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Creando un juego 
DIV Dea thmaker 


Aprendemos a utili 
archivos de mapas 


electrónica sobre DIV 


a hacer juegos de 
a, rol y aventuras 


empieza a programar 
juegos ahora mismo 


FreeMem Pro , liberador 
de memoria de Windows 


Crea la banda 
sonora de tus 
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Web 

Publicidad 

oque imag< 

Diseñar las me- 

Trabajar como 

Convertir 

|p 

jores páginas web 

di-señador publici- 

lenes mas s 

pasa por el conocí- 

taño puede ser una 

en las rr 

miento de fos pro- 

realidad gracias a 

ectacular 

gramas que en 

esta colección. 

una tarea s 
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Dirección de Arte: Francisco Calero 

Supervisión CD-Rom: 

Jefe de Departamento: José A. Gil 

Alvaro García 

Maquetacíón: Antonio García Tomé, 

Servicio Técnico CD-Rom 

Antonio Barbero, Ana Isabel 

Eugenio García 
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Debug C/Ch 
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r Ignoro al defauH Ifranet 
r Gerwití rastille 



Sigue aprendiendo 


Marcelino Ormeño 
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Presente en casi todos los sectores Hi 
ocio mediático, Havas, es una de las 
empresas de distribución y desarrollo de 
software más importantes de la actuali¬ 
dad. Sus filiales más conocidas, Sierra y 
Blizzard, son auténticas factorías de jue¬ 
gos de éxito mundial.. 
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Conocer las superficies 
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Las superficies son básicamente conte¬ 
nedores de imágenes. Hay que saber 
cómo trabajar con ellas, y nosotros te 
mostraremos cómo hacerlo. 
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Del monólogo al diálogo 
Os enseñamos a fabricar los diálogos 
entre personajes que suelen encon¬ 
trarse en toda aventura gráfica que se 
precie. La parte literaria será cosa 
tuya. 


SUBCAMPEON: NOWADAYS 
Para rememorar ias antiguas máquinas 
recreativas, ponte a los mandos de una 
nave que dispara sin cesar contra todo 
lo que aparezca en la pantalla de tu PC. 


15 
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Cadenas de texto 


El manejo de cadenas de texto era una 
de las carencias importantes de DIVI, 
pero con la llegada de DIV2 y sus funcio¬ 
nes de manipulación de stríngs, se han 
solucionado en gran parte los problemas 
y además resulta muy sencillo. 


Sistemas de combate 
En este artículo hablaremos de los sis¬ 
temas de combate en un juego de rol. 
Hay varias formas de luchar en un 
juego de este tipo y cada una tiene sus 
trucos, .-rite: 


BRONCE: ALEX EXODDUS 
Un juego con los típicos ingredientes: 
enemigos que aniquilar y obstáculos que 
salvar. Un aviso: es bastante difícil. 


ESPECIAL JUEGOS DIV 





3* DIV tííTE^ÑO 

Archivos de mapas 

f Los mapas son el pan de cada día en el 
I mundo de DIV. Sabemos manejarlos, 
\ pero, ¿cómo se almacenan dichos 
mapas? ¿Cuál es el formato? ¿Sabiendo 
* su formato, puedo hacer un programa 
í que manipule estos archivos? 


Una alternativa valida a FastTracker es 
este programa. Destripamos su conteni¬ 
do y todas las utilidades que podemos 
usar en este editor musical. 


Muchos de nuestros lectores nos habían 
hecho llegar un mensaje muy claro: 
publicadlos, aunque no los premiéis. 
Pues bien, ahí los tenéis. Os ofrecemos 
más de 50 juegos para que disfrutéis y 
aprendáis. 


* 9 UTlüfCADES 

FreeMem Pro v4.2. 


Este programa es un liberador de 
memoria de Windows. Nos proporciona¬ 
rá la posibilidad de manejar nuestra ^ 
memoria Ram y optimizarla de acuerdo 
con nuestras necesidades.. 


¿QUE ES DIV 
GAMES STUDIO? 


DIV Games Studio es una herramienta 
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Cartas al Director 



Sólo para aficionados a los juego 



fn progrí 

El equipo de redacción de Divmanía. olucione 


Hemos comprobado fehacientemente que nuestra 


revista está dando mucho que hablar. Para bien, y de 


eso nos alegramos enormemente, y para mal, lo que 


consideramos como algo bueno ya que las críticas 


deben ser aceptadas por el lado positivo, pensando en 


lo que nos ayudan a superarnos a nosotros mismos. 


Y en eso estamos. 


] n primer lugar recogemos una 
, duda que surge en los últimos 




tiempos alrededor de Div y su 
futuro. Recogemos un extracto 


de algunos mensajes que nos han 
enviado nuestros lectores: 

(...) he leído en una revista de infor¬ 
mática, que el nuevo Windows 2000 no 
soporta los programas en MS-DOS, en 
una palabra, quieren jubilar este siste¬ 
ma. ¿Qué pasará con Div2? ¿Cuándo 
Div2 saltara a la plataforma Windows? 
Ya sé que esto no es fácil, pero estamos 
ansiosos de que Hammer tome esta 
decisión y poder realizar aplicaciones 
Windows con Div. Creo que merece la 
pena que Div siga adelante y no se 
quede como una aventura. ¡¡Hammer, 
no nos dejes en la estacada, muchos 
confiamos en Div, puede tener mucha y 
larga vida si se hace este salto!! 

(...) Y aunque esto sé que no se 
puede cumplir... que se publique los pla¬ 
nes actuales de Hammer para DiV, o la 
plantilla que confoma div ahora (0?), yo 
que sé, algo que no nos deje en vilo... 

Pues bien, en referencia a este 
tema, simplemente recordaros lo que 
ya apuntamos en nuestra editorial: 
sencillamente que Divmanía es una 
revista totalmente independiente de 
Hammer Technologies. Sin embargo, 
nos hemos dirigido a ellos para con¬ 
sultarles estas dudas y su respuesta ha 
sido la siguiente: Los planes de 
Hammer todavía no se pueden desvelar, 
pero habrá gratas sorpresas para sus 
más fieles seguidores. DIV para 
Windows es uno de ios proyectos en 
fase de estudio en Hammer para este 
año. 


hemos tenido reparos en publicar las 
críticas que nos llegan: 


Ampíiación a más páginas de la 
revista... inclusión de la caja para el cd, 
por lo menos un cartón... algo que 
demuestre un gesto de voluntad de los 
de Hammer joroña... 

(...) llevo comprando la revista 3 
números, y cada vez me repito que es la 
última, el contenido, quitando algunos 
artículos, me parece una reutilización 
continua de artículos entre todas las 


Sentimos no poder deciros nada 
más pero, sencillamente, tal y como os 
hemos comentado, Divmanía no tiene 
ninguna relación de dependencia con 
Hammer. La prueba de que no somos 
una revista mediatizada está en que no 


revistas del grupo (...) 

DiV developer parecía al principio de 
la publicación de DiVmanía una sección 
prometedora que iría encaminada a 
enseñar con el ejemplo. Y en parte lo es 
porque en lo que respecta a las secciones 
de Programación Básica, C y 
Ensamblador no hay nada importante 
que comentar. No obstante en lo referen¬ 
te al comentario de los juegos Ganadores 
se limitan a transcribir lo que su autor 
puso sobre el juego y parte del código. 
Esto último me parece poco profesio¬ 
nal pues se debería comentar aque¬ 
llas partes del código que (...) 
destaquen sobre el resto y 
debe ser tenido en cuenta 


pe por conocer las noticias que impor¬ 
tan... que se entere de las kedadas que 
se producen en las distintas ciudades de 
España...(...), que sepa cuáles son las 
páginas más actualizadas, las últimas 
noticias sobre los proyectos... ésas son las 
verdaderas noticias que interesan... 

Por lo general los reportajes suelen 
entrar poco en detalle quedándose, en 
muchas ocasiones, simplemente en lo 
superficial... si hiciera falta creo que sería 
conveniente hacer reportajes por entre¬ 
gas, porque cuando un tema interesa 
sobremanera resulta insaciable que se 
trate en tan solo un par de páginas. Los 
usuarios un tanto más aventajados han 
conseguido llegar al nivel que se describe 
en los reportajes de forma autodidácta y 
desea profundizar dentro de DiV en esos 
mismos aspectos, algo que no le propor¬ 
ciona DiVmanía. 


El contenido de los CD's que acompa¬ 
ñan con la revista, exceptuando las utili¬ 
dades más generales y necesarias (winzip, 
getright, mire, aedsee...), no suelen tener 
ningún tipo de interés y da la impresión 
(por no afírmalo de todo puntoj de ser 
producto de bulto. (...) No es adecuado ni 
sirve de nada ofrecer programas que 
comprimen documentos de texto en una 
sola página para su impresión o progra¬ 
mas que hacen patches de actualizacio¬ 
nes... ¿es que se inserta lo pri¬ 
mero que se ve por internet? 
A mi modesto entender, el 
problema de DiVmanía se 
basa en que realmente 
la publicación no 
centra sus obje¬ 
tivos en DiV, 
se denota 


por los usuarios (...). 

Las noticias por lo 
general carecen de todo 
interés por parte de los 
usuarios DiV. Deben tener 
en cuenta que DiVmanía es la única 
revista que está especializada en el 
producto de programación de 
Hammer Technologies. Por tanto es 
aquí donde se esperan encontrar cosas 
que el usuario desconozca y que ten¬ 
gan relación realmente con su progra¬ 
mación o uso. (...) Otro aspecto que en 
DiVmanía se echa en falta es la actuali¬ 


dad... En mi opinión deberían contratar 
a alguna persona que estuviera cerca 
del mundo DiV día a día, que se preocu- 



una carencia 


de material y 
de personal 
realmente especiali¬ 
zado. Y creo 
hablar en nombre 
de muchos (...) 

Pues bien, 
simplemente 
decir que toma¬ 
mos nota de las 


/. t 


criticas y nos 
ponemos a tra¬ 
bajar para mejo¬ 
rar nuestra revis¬ 
ta. Muchas gra¬ 
cias a todos. 
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Cautónomos 


n programa que le aporta todas las 
íoluciones: 

Adaptado al Euro. 

Preparado para el 2000. 

Licencia y garantía. 

Facilidad de instalación. 

Mínimos requisitos informáticos. 
Soluciones de gestión 
económico-financiera. 

Modelos tributarios oficiales. 
Facturación, Libros, Ficheros, 
Cuentas, Extractos, Recibos: 
todas las aplicaciones que necesita. 
99 Titulares Profesionales. 

Botones de acceso rápido. 

Ayuda permanente en pantalla. 

• Manual en línea. 

• Multiejercicios. 


Programa para la gesti n en PC úe 
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• Setenes de acceso re atete 
•Ayuda permanente en pantalla 
•Manual en linea 

• Muí ti e tercíelas 

• FacltidBíi de tnstalacl e n 
•99 Titulares Prole siena tes 


ComaatttHe 
Windows 
95/98/2000 - M 

í - í f0C¡$ 20! 


Con la aarottt o Me 


* Preparado para el 2000 

* Adaptad* ai furo 
•Soluciones tío Geson 

ocmi o mico financiera 

* Aplicaciones Muir ilutar 
•Modeles tribuí arias elídales 
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anual de usuario 
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Solucione su proceso 
de adaptación técnica 
a! año 2000 


mas 

áticos que le 
itirán resolver 
das tas necesida¬ 
des operativas de 
su empresa 


Nomina Pro 

euro 2000 

FactuPro 

euro 2000 

Conta Pro euro 2000 

• Balances, Cuentas, gestión de 
Cobros y Pagos, Bibliotecas, 
Asientos: cubre todas las necesi¬ 
dades de contabilidad. 

• Número ilimitado de apuntes y 
empresas. 

Nomina Pro euro 2000 

• Archivo, Procesos, Listados, 
I.R.P.F., Útiles, Opciones y Ayuda. 

• Incidencias, Nóminas, Seguros 
Sociales. 


Factu Pro euro 2000 

• Albaranes, Facturas, Facturas de 
Proveedor, Almacén, Estadísticas y 
Gráficas, Utilidades. 

• Existencias, Stock, Entrega y 
Medio de Envío. 


PRENSA TÉCNICA * C/Alfonso Gómez n° 42, nave 1-1-2. 28037 Madrid * Fax: 91 304 17 97 • www.prensatecnica.com 

SOLICITE INFORMACIÓN EN EL TELÉFONO 91 304 06 22 

































































Noticias 


Quake TV 


a epidemia que atra¬ 
viesa el mundo de 
punta a punta se 
3 ¡lama Quake. Se 


c 


> 


^ E T 


caracteriza por convulsio¬ 
nes en la muñeca, ojos saltones y enrojecidos, cara de 
loco peligroso y dificultades para pagar la factura del telé 
fono a final de mes. 


vés del ordenador. 

Se podrán elegir 
entre tres modalida¬ 
des de visión depen¬ 
diendo del progra¬ 
ma, totalmente gra¬ 
tuito, que descarges: 



Lo último de lo último, ideal para 
las pequeñas pausas obligatorias para 
meter la muñeca en hielo, es ver parti¬ 
das que se estén desarrollando en 
Internet sin participar en ellas, como si 
de una película de acción se tratase. 

Quake TV es una página de 
Internet que permitirá ver en directo 
partidas de Quake II y Quake III a tra¬ 



RocCam, a cámara parada; RocRelay, 
se verá como si realmente estuviése¬ 
mos participando en el juego a través 
de una cámara situada en la cabeza 
de un participante; y RocStream, para 
las mejores escenas. 

Podréis encontrar más información en 
la siguiente dirección: 
http://savageuk.com/quaketv/ 



Los más vendidos 


a agencia PCDATA ha informado de 
cuál es la lista de los juegos más 
vendidos en Estados Unidos durante 
diciembre del año pasado. Este hit- 


parade del software Júdico es el siguiente: 

1. Who wants to be a millionaire, de Disney. 

2. MP Roller Coaster Tycoon, de Hasbro Interactive. 

3. Barbie Ceneration Girl Gotta Groove, de Mattel 
Interactive. 

4. Age Of Empires II: Age 
of Kings, de Microsoft. 

5. Quake III Arena, de Id. 

6 . Toy Story 2 Action 
Game, de Disney. 

7. Deer Hunter III, de GT 
Interactive. 

8 . Frogger, de Hasbro 
Interactive. 
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9. Cabela's Big 
Game Hunter 3, de 
Activision. 

10. Microsoft 
Flight Simulator, de 
Microsoft. 

Como podéis observar, las peculiaridades del país ameri¬ 
cano hacen que los primeros puestos de la lista estén ocu- 


■ 


jT 



pados por títulos dirigidos eminentemente a niños, el pri¬ 
mer puesto es un juego de 
Disney basado en un concur¬ 
so televisivo que no creemos 
que vea la luz en nuestro 
país. También sorprende que 
entre los diez primeros jue¬ 
gos estén representados dos 
títulos de simulación de caza. 
En fin, ellos verán. 




o todo es un camino de rosas en el sufrido mundo 
de los programadores de juegos. Los proyectos 
que se cancelan por diversas causas son multitud, 
y muchos con un presupuesto que haría brincar de 
alegría a cualquier compañía de desarrolladores españoles. 

Los proyectos más sonoros que van a pasar al limbo 
del olvido van a ser la versión para PC de Mission 






Impossible, debido a que el tiempo de desarrollo de este 
producto ha sido estimado como demasiado largo; 
ShadowPact, de Blue Byte, un juego de estrategia táctica 
en 3D, muy parecido a Shadow Company pero con argu¬ 
mento relativo al mundo del espionaje; Amen: the 
Awakening de Cavedog, creadores del juego Total 
Annihilation. En este último caso la cancelación se ha debi¬ 
do a problemas de retrasos acumulados. Otros juegos que 
no saldrán al mercado, a pesar de que ya se había empe¬ 
zado a trabajar en ellos son la nueva secuela de Mortal 
Kombat para la consola Nintendo 64, o Third World, un 
RPG táctico que no ha podido encontrar un editor. 
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Noticias 



Y otra lista, esta vez los 100 mejores 
juegos de toda la historia y para 
todo tipo de plataformas. Parece 
que una vez agotado el segundo 
milenio nay que hacer recapitulación obli¬ 
gada de todos los títulos que se recordarán 
por su gran mu «hh 


25.Night$: Into Dreams (Saturr 
/ Sega Sonic Team) 

26.Sim City 2000 (PC / 

Maxis) 

27. Anna Kournikova's Smash 
Court Tennis (PS / Namco) 

28. Tempest 2000 (Jaguar / Jeff 


30.Soul Calibur 
(Dreamcast / Namco) 


34.International Track ^IHkÉ A 

and Field (PS / Konami) IISHBW 

35. PilotWings 64 (N64 / 

Nintendo Paradigm) 

36. Colin McRae Rally (PS / Codemasters) 

37. Bust-a-Move 2 (PS / Taito) 

38. Doom II (PC / Id) 

39. X-Wing vs TIE Fighter (PC / LucasArts) 

40. Hidden & Dangerous (PC / lllusion) 

41.1080 Snowboarding (N64 / Nintendo) 
42.Secret of Mana (SNES / Squaresoft) 
43.Sega Rally (Recreativa / Sega AM3) 

44.Star Fox 64 (N64 / Nintendo) 

45. Wave Race 64 (N64 / Nintendo) 

46. Ridge Racer Type 4 (PS / Namco) 

ía 'n ^sl ■■■■■nfj 47.Ultima 
É^l JmMf' U i Online (P( 

' M 1fT" / 0ri 9 in ) 
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(Recreativa / | 

Mitchell «•uJirrjrp 

84. Thrust (C64 / 

Jeremy Smith) 

85. Legend of the 

Mystical Ninja (SNES / Konami) 

86 . Xenogears (PS / Square / EA) 

87. Nemesis (Recreativa / Konami) 

88 . Lemming$ (Amiga / DMA) 

89. Asteroids (Recreativa / Atari) 

90. Paradroid (C64 / Andrew Braybrook) 
91 .Boulderdash 2 (C64 / First Star) 
92.Wipeout (PS / Psygnosis) 

93.Strider (Recreativa / Capcom) 
94.NBA ]am (SNES / Iguana) 
95.Syndicate (Amiga / Bullfrog) 


48.Secret of Monkey 
Island (PC / LucasArts) 

49. Robotron 2084 
(Recreativa / Eugene 
Jarvis) 

50. R-Type (Recreativa / Irem) 

51 .Sonic Adventure (DC / Sega Sonic Team) 
52.Bubble Bobble (Recreativa / Taito) 
53.0utRun (Sega / AM2) 

54.Stunt Car Racer (Amiga / Geoff 
Crammond) 

55.Speedball 2 (Amiga / Bitmap Bros) 

56. Micro Machines 2 (Génesis / 
Codemasters) 

57. Death tanks (Saturn / Zombie) 

58. Daytona USA (Recreativa / Sega AM2) 
59.Sensible Soccer (Amiga / Sensible) 
60.Sonic the Hedgehog (Génesis / Sega) 

61 .Virtual Fighter 2 (Recreativa / Sega AM2) 
62.The Neea for Speed (3DO / EA) 


96. Phantasy Star ill (Génesis / Sega) 

97. Choplifter (C64 / Dan Jolin) 

98. Time Crisis (Recreativa / Namco) 

99.Solomon s — ¡ 

lOO.Super 


63. Elite (BBC Model B / Acornsoft) 

64. Defender (Recreativa / Eugene Jarvis) 

65. Head Over Heels (Spectrum 
/Ritman-Drummond) 

66.Super Sprint (Recreativa / Atari) 


67. Mercenary (C64 / Paul Woakes) 

68. The Sentinel (C64 / Geoff Crammond) 

69. Exile (Amiga / Smith-lrving) 
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Compañía Havas 
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Interactive 



Presente en casi todos los sectores del ocio 
mediático, Havas, es una de las empresas de 
distribución y desarrollo de software más 
importantes de la actualidad. Sus filiales más 
conocidas, Sierra y Blizzard, son auténticas 
factorías de juegos de éxito mundial. Vamos a 
dar un repaso del presente y futuro de esta 
compañía. 


Sierra Home, se ocupa de ofre¬ 
cer programas de edición y crea¬ 
ción para profesionales y aficiona¬ 
dos del diseño por ordenador. Print 
Artist, Web Artist o Photo Artist son 
sus trabajos más conocidos. 

La tercera división de Havas 
está dedicada a dar soporte infor¬ 
mático a conocidas obras del 
mundo editorial. Obras tan conoci¬ 
das como la enciclopedia Larousse, 
el Pequeño Larousse o Kleio cono- 


I— 1 n el momento actual se 
—i puede decir sin temor a fal- 
I tar a la verdad que Havas es 

1 —i una de las empresas más 
potentes en cuanto a desarrollo y 
distribución de todo tipo de soft¬ 
ware. Las actividades de esta com¬ 
pañía se dividen en cuatro grandes 
bloques: 

Hay una división que se ocupa 
de desarrollar programas dedicados 
en su totalidad al sector educativo. 
Coktel y Knowledge Adventure son 
las encargadas dei lanzamiento de 
materiales de complemento escolar, 
desde juegos educativos a progra¬ 
mas que intentan despertar y 
potenciar las habilidades de los más 
pequeños. También producen dic¬ 
cionarios o métodos de aprendizaje 
de idiomas. 





cen ya una edición electrónica gra¬ 
cias a Havas. 

Pero lo que más nos interesa a 
nosotros es el segmento de soft¬ 
ware lúdico. Las conocidas marcas 
Sierra y Slizzard Entertainment 
son propiedad exclusiva de Havas. 
Las ventas de juegos tan conoci¬ 
dos como Half-Life, King's Quest, 
Caesar, Gabriel Knight, Faraón, 
Warcraft, Starcraft o Diablo , son 
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Warcraft y Starcraft ■ ; ¿ 

Cuando se hace un repaso a los clásicos de la estrategia en tiempo real es 
imprescindible mencionar a estos dos juegos: Warcraft y Starcraft . 

En Warcraft 7 y 2 los escenarios estaban ambientados en la época medieval. 

Eran dos estupendos títulos en los que dos bandos: orcos y humanos, luchaban 
denodadamente por el control del territorio. La perspectiva en estos dos juegos 
era isométrica y las unidades a comandar tenían cada una características especiales que 

había que combinar adecuadamente. 

Starcraft , un verdadero bombazo en cuanto a ventas se refie¬ 
re, tenía un estilo más futurista. Tres razas, con características 
muy diferentes luchaban por el poder planetario. El éxito del 
juego se baso en gran parte en las partidas multijugador. Más 

de 4,5 millones de usuarios 
se registraron en el servidor 
Battle.net , y aún hoy son miles las personas que se 
conectan diariamente a la Red para echar una partidita 
a este juego. 

Warcraft ///, todavía en pleno período de desarrollo, 
seguirá ubicado dentro del género estratégico, pero 
contará con un aspecto totalmente tridimensional, cosa 
cada vez más usual en los juegos de este tipo. 





estratosféricas. Sólo como ejemplo 
puntual decir que de la saga 
King's Quest se han vendido más 
de siete millones de copias en el 
mundo. 

Con estos datos no es de extra¬ 
ñar que Havas Interactive, la filial 
de Havas que se ocupa del desarro¬ 
llo y distribución de juegos de 
ordenador, sea el mascarón de 
proa de la compañía. Sólo esta 
división de Havas ocupa a más de 
tres mil personas en todo el 
mundo, de las cuales 430 están 
empleadas en Europa. Havas 
Interactive Europa tiene las oficinas 
principales en Francia, y las secun¬ 
darias en Gran Bretaña, Alemania, 
España e Irlanda. 
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Los objetivos de futuro que se 
ha marcado Havas pasan casi todos 
por potenciar su presencia en 
internet. Desde potenciar el soft¬ 
ware Adi , capaz de retransmitir cla¬ 
ses virtuales a tra¬ 
vés de la Red, a 
expansionar la 
cartera de clientes 


Las compañías filiales de 
Havas Interactive son las 
conocidísimas Sierra y 
Blizzard 


que usan Internet 
para jugar parti¬ 
das multijugador. El despliegue de 
servidores Battle.net o Won.net , 
permitirá a los usuarios de juegos 
de Havas contar con un amplio 
servicio de juegos en línea. 

Y por supuesto otro objetivo 
prioritario de esta empresa es 
seguir desarrollando títulos de van 





El señor de las Tinieblas 

Diablo supuso una auténtica revolución en los 
juegos de rol. Acostumbrados como estábamos a 
títulos de este género donde la acción era más 
bien escasa, o por lo menos no la parte esencial del 
juego, Diablo imprimió un nuevo estilo a los juegos 
de rol, luego imitado hasta 
la saciedad en otros juegos de la competencia. 

En Diablo aparte de recoger objetos, aprender 
hechizos, o explorar mazmorras, teníamos que acabar 
con todos los seres de pesadilla que nos encontrábamos 
a base de "clics" de ratón. Tremendamente adictivo. 

Ahora se espera la inminente aparición de la segunda 
parte de este juego, Diablo //, que seguirá la misma línea 
que el primero de 
la saga y que, 
seguro, se 
convierte en 
superventas 
desde el mismo 
momento en que 
aparezca. 
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Compañía Havas 



guardia que le permitan seguir 
liderando el mercado de software 
de entrenimiento. Los próximos 
lanzamientos de la compañía son 

esperados con expecta¬ 
ción por los jugadores 
de todo el mundo. 
Diablo 2, Warcraft 3 , 
Team Fortress 2, 

Arcanum o C round 
Control están en plena fase de 
desarrollo o a punto de salir al 
mercado. Todos estos datos hacen 
augurar que habrá que seguir 
hablando de esta compañía en los 
próximos meses. 


Alfredo del Barrio 


La compañía espera 
expansionar todos sus 
negocios que tengan algo 
que ver con Internet 


Disparando sin parar 


Uno de los juegos más premiados, y también de los más vendi¬ 
dos, del año 99 fue Half-Life. Elegido juego del año por varias publi¬ 
caciones del medio, consiguió colocar en los hogares de los aficio¬ 
nados a los juegos de ordenador la respetable cifra de más de un 
millón de ejemplares. 

Este juego era un shoot'em up, es decir uno de esos juegos en 
perspectiva subjetiva en los que disparar rápido y con buena pun¬ 
tería es vital para conseguir avanzar a través de sus pantallas. 
Además, contaba con elementos que obligaban al jugador a discu¬ 
rrir un poco mientras cambiaba el vacío cargador de su arma favo¬ 


rita. La acción estaba situada en un laborato¬ 
rio de experimentación en el que uno de los 
proyectos falla y deja abierta una puerta tridi¬ 
mensional por la que aparecen unas criaturas 
nada amigables. Sobrevivir se convierte en 
nuestro único objetivo. 

Ahora podemos encontrar en las tiendas 
la expansión oficial de este juego, Half-Life 
Opposing Forcé, que cuenta con una campa¬ 
ña completa para un solo jugador, nuevos 
mapas multijugador, nuevas armas y nuevos 
personajes. Más que recomendable para el 
afortunado poseedor del juego original. 






La Aventura con mayúsculas 

Como podéis ver Havas Interactive tiene títulos clásicos en casi todos los géneros. En el segmento de las aventu¬ 
ras gráficas un juego mítico, por la gran solera que atesora, es la serie King's Quest. 

Esta saga lleva la friolera de ocho capítulos y revisarla entera es como ver el ejemplo perfecto de cómo han evo¬ 
lucionado gráficamente los juegos de ordenador, desde los diseñados para jugarse en los primeros 286 hasta los 
desarrollados para ser utilizados en los potentes Pentium actuales. 

Aparte de las increíbles mejoras en el apartado gráfico, la mecánica de King's Quest sigue siendo la misma: aven¬ 
turarse por un mundo de fantasía donde para vencer al malo de turno tendremos que pasar varias pruebas en las 
que nuestra inteligencia y poder de concentración son esenciales para superar los numerosos obstáculos. 


No se sabe nada todavía de cuándo aparecerá la novena entrega de esta saga épica, pero seguro que ya están 
trabajando en ella. Hacerse un hueco en la memoria colectiva de los jugadores de ordenador no es tarea fácil y no 
se puede desaprovechar un título famoso así como así. Seguiremos esperando. 
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Ahora podrás crear juegos en red 

Editor de mundos tridimensionales 

Browsers para todo tipo de ficheros 

Generador automático de sprites 
Rutinas de inteligencia artificial 

Capeador de niveles para juegos 3D 
Instalador profesional configurable 

Más de 1.000 Bugs solucionados 
Código optimizado para Pentium 

Rutinas para manejo de textos 
Sistema de sonido mejorado 

Compilador más optimizado 

un sin fin de funciones 


Cualquiera 
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quioscos, grandes almacenes y tiendas especializadas 
Teléfono distribuidores +34 91 304 06 22 (ext. 137) 


(bueno... habrá quien 

LA HERRAMIENTA PERFECTA COMPA 


Manuai de 
348 págs. 


Un nuevo entorno de desarrollo que ha evo¬ 
lucionado tanto en sencillez de uso como en 
potencia y capacidad, Y además se han 
incluido un gran numero de herramientas 
nuevas que harán que DIV 2 y tu imaginación 
formen un equipo perfecto, 


Esta versión de DIV 2 mantiene compatibili¬ 
dad al 100% con la versión anterior y además 
incluye un gran numero de mejoras y aspec¬ 
tos perfeccionados que hacen que disfrutes 
aun más de los juegos que desarrolles. 


Alfonso Gómez 42, nave 112 
28037 Madrid. España 
Tel: (91) 3.04.06.22 
Fax; (91) 3.04.17.97 


Distribución en Argentina • Take Off Multimedia • Pueyrredon 495 
Tei / Fax: (1704? 656 8506 • E-Mail: net2land@net2land.com 
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En este número vamos a tratar uno de los 
temas más oscuros y menos conocidos de 
toda la informática, la inteligencia Artificial o 
IA. Si algún día queremos realizar algún 
programa que la use, primero deberemos 
entender qué es, su historia y cómo ha 
evolucionado a lo largo del tiempo. En este 
artículo os vamos a hablar de las tres cosas. 


C omenzamos con una breve 

historia: la Inteligencia 
Artificial "nació 1 ' en 1943 
cuando Warren McCulloch 
y Walter Pitts propusieron un modelo 
de neurona del cerebro humano y 
animal. Estas neuronas nerviosas 
informáticas proporcionaron una 
representación simbólica de la activi¬ 


El cerebro es un 
solucionador inteligente de 
problemas, de modo que 
imitemos al cerebro 


dad cerebral. Algo después, Norbert 
Wiener tomó estas y otras ideas y las 
elaboró dentro de un mismo campo 
que se llamó "Cibernética". De aquí 
nacería, sobre los años 50, la 
Inteligencia Artificial. 

Los primeros investiga¬ 
dores de esta innovado¬ 


ra ciencia, tomaron 
como base la neurona 
formalizada de 
McCulloch y, con ella, postularon la 
teoría de que el cerebro es un solucio 
nador inteligente de problemas, de 
modo que imitemos al cerebro . 



Entra al futuro, recuerda el pasado, dice el lema 
de esta asociación americana sobre IA. 


Esta era la base fundamental; sin 
embargo, si consideramos la enorme 
complejidad del cerebro, esto es algo 
prácticamente imposible hoy día de 
modo que ni mencionar que ni el 
hardware ni el software de la época 
estaban a la altura de las circunstan¬ 
cias para realizar semejantes proyec¬ 
tos. 

Por lo tanto, podemos decir a 
grandes rasgos que la Inteligencia 
Artificial es una ciencia que intenta la 
creación de programas para máqui¬ 
nas que imiten el comportamiento y 
la comprensión humana, que sea 
capaz de aprender, reconocer y pen¬ 
sar. Es en los años 50 cuando se logra 
realizar un sistema que tuvo cierto 
éxito. Se llamó el Perceptrón de 
Rossenblatt. Éste era un sistema visual 
de reconocimiento de patrones en el 
cual se aunaron esfuerzos para que se 
pudieran resolver una gama amplia 
de problemas, pero estas energías se 
diluyeron enseguida. 

En los años 70, un equipo de 
investigadores dirigido por Edward 
Feigenbaum comenzó a elaborar un 
proyecto para resolver problemas de 
la vida cotidiana o que se centrara, al 
menos, en problemas concretos. Así 
es como nació el sistema experto. 

El primer sistema experto fue el 
denominado Dendral, un intérprete 
de espectrograma de masa. Pero el 
más influyente resultaría ser el Mycin 
de 1974. Éste era capaz de diagnosti¬ 
car trastornos en la sangre y recetar 
la correspondiente medicación, todo 
un logro de aquella época que inclu¬ 
so llegó a utilizarse en hospitales. 

Ya en los años 80, se desarrollaron 
lenguajes especiales para utilizar con la 



Este robot es capaz de resolver pro¬ 
blemas externos poco complejos 
mediante el uso de IA. 


Inteligencia Artificial, tales como el 
LISP o el PROLOG . Es en esta época 
cuando se desarrollan sistemas exper¬ 
tos más refinados, como por el ejem¬ 
plo el EURISKO. Este programa perfec¬ 
ciona su propio cuerpo de reglas heu¬ 
rísticas automáticamente, por induc¬ 
ción; es decir: es capaz de "aprender". 

Tomando como definición de 
Inteligencia Artificial, la que dio en su 
día Marvin Minsky, la Inteligencia 
Artificial es el arte de hacer máquinas 
capaces de hacer cosas que requerirían 
inteligencia en caso de que fuesen 
hechas por seres humanos, podríamos 
entender (o al menos nos ayudaría a 
hacerlo) por qué en inteligencia artifi¬ 
cial hay tantas ramas: al igual que en 
medicina, la LA. debe abarcar todo lo 
referente al hombre, para podérselo 
ofrecer a la máquina. 

Ciertamente, cuando aparecieron 
por primera vez los ordenadores, la 
mayoría de sus diseñadores los pro¬ 
yectaron para que no hicieran nada 
aparte de enormes cálculos sin discer¬ 
nimiento. De ahí es de donde viene la 
palabra computers, del verbo to com- 
put, es decir, calcular. Pero incluso 
entonces, unos pocos pioneros, espe¬ 
cialmente Alan Turing (también pio¬ 
nero en Vida Artificial) vislumbraron 
ya lo que ahora se conoce como inte¬ 
ligencia artificial. Estos investigadores 
vieron que los ordenadores podrían ir 
más allá de la aritmética y quizás imi¬ 
tar los procesos que tienen lugar en el 
interior del cerebro humano. 
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La 1A o Af (Artificial Inteligence) en in¬ 
gles, es una ciencia poco conocida toda¬ 
vía, en la que hay muchos excépticos. 


Alan Turing, uno de los más gran¬ 
des matemáticos de todos los tiem¬ 
pos, fue el que lideró a un grupo de 
expertos para descifrar el código ale¬ 
mán «Enigma», que ayudó de 
forma decisiva a la victoria del bando 
aliado en la Segunda Guerra 
Mundial. Una vez acabada la guerra, 
Turing escribió el primer programa 
que ya se podría decir que usaba 
Inteligencia Artificial, esta maquina 
era un simple juego de Ajedrez. 

Resolución de problemas 

Difícilmente podemos esperar ser 
capaces de hacer que las máquinas 
hagan maravillas antes de descubrir 
cómo hacer que hagan cosas norma¬ 
les y sensatas. Los primeros progra¬ 
mas de ordenador eran poco más 
que simples listas y bucles de coman¬ 
dos con condiciones como haz esto si 
ocurre aquello que lo único que hacían 
era ejecutar una serie de sentencias. 

La mayoría de la gente todavía escri¬ 
be programas en aquellos lenguajes 
como BASIC) que obligan a imagi¬ 
nar todo lo que el programa hará 
desde un momento al siguiente. 
Llamemos a este tipo de programa¬ 
ción "haz esto". 

Poco después, los investigadores 
de IA encontraron nuevas formas de 
crear programas. En su sistema 
General Problem Solver (solucionador 
general de problemas), construido a 
finales de los años 50, Alien Newell, 
J.C.Shaw y Herber A. Simón mostra¬ 
ron formas de describir procesos en 
términos de afirmaciones como si la 
diferencia entre lo que tienes y lo que 
quieres es de tipo D, entonces intenta 
cambiar dicha diferencia usando el 
método M. 

Ésta y otras ideas condujeron a lo 
que llamamos métodos de programa¬ 
ción "significados-objetivos’ 1 y "hacer 
si es necesario". Tales programas apli¬ 
can automáticamente instrucciones 
en el momento en que se necesitan, 
con lo que los programadores no tie¬ 
nen que anticipar en qué momento 
ocurrirá eso. Esto empezó una era de 
programas que podían resolver pro¬ 
blemas de formas que sus programa- 
dores no podían anticipar, porque a 
los programas se les podría haber 
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dicho qué tipo de cosas intentar sin 
saber por anticipado cuál funcionaría. 

Todo el mundo sabe que si se 
intentan suficientes cosas diferentes 
aleatoriamente, finalmente se puede 
hacer cualquier cosa. Los nuevos sis¬ 
temas no hacían cosas aleatoriamen¬ 
te sino que recibían "consejos" sobre 
lo que era más probable que funcio¬ 


nara con cada tipo de problema. Así, 
en vez de vagar al azar, tales progra¬ 
mas podían abrirse camino en cierta 
forma. El único problema era una 
tendencia a quedarse atascados en 
picos más pequeños. 

Desde entonces, muchas de las 
investigaciones sobre IA se han dirigi¬ 
do a la búsqueda de métodos más 
"globales" para superar las distintas 
formas de quedarse atascados, hacien¬ 
do para ello programas que tuviesen 
perspectivas más amplias y planifica¬ 
sen por adelantado. A pesar de todo, 
nadie ha descubierto una forma "com¬ 
pletamente universal" de encontrar 
siempre el mejor método y, podemos 
añadir, nadie espera hacerlo. 

En su lugar, muchos investigado¬ 
res de IA aspiran hoy día a obtener 
programas que establezcan equiva¬ 
lencias entre patrones en la memoria 
para decidir qué hacer después. 

Hay que pensar en esto como 


programación "haz algo sensato". 
Unos pocos investigadores experi¬ 
mentan con programas que pueden 
aprender y razonar por analogía. 
Estos programas algún día reconoce- 
rán cuáles de sus antiguas experien- 
cías en memoria son más análogas a 
las nuevas situaciones, de forma que 
puedan "recordar" qué métodos fun¬ 
cionaron mejor con problemas pare¬ 
cidos en el pasado y utilizarlos. 

Los programas de ordenador más 
comunes hacen sólo las cosas para 


las que están programados. Algunos 
programas de IA son más flexibles; 
cuando algo sale mal pueden retro¬ 
ceder hasta algunas de las decisiones 
previas e intentar algo más. Pero 
incluso eso es una base demasiado 
tosca para la inteligencia. Para hacer¬ 
los verdaderamente inteligentes ten¬ 
dremos que hacerlos más reflexivos. 
Cuando las cosas salen mal, una per- 



La finalidad de la IA, sin duda alguna, 
es llegar a simular el pensamiento y 
razonamiento humano. 



Las principales ramas en que se 
divide la IA son la simbólica y la 
subsimbólica. 


sona intenta comprender qué es lo 
que está equivocado en lugar de sim¬ 
plemente intentar otra cosa. 

Buscamos explicaciones causales o 
excusas y, cuando las encontramos, 
las añadimos a nuestras redes de 
creencias y comprensión. Hacemos 
un aprendizaje inteligente. Algún día 
los programas podrían hacer también 
esas cosas, pero primero necesitaría¬ 
mos realizar muchas más investiga¬ 
ciones para averiguar cómo. 

Pero hay otras definiciones más 
aceptadas: la IA trata de construir 
máquinas con comportamiento apa - 
rentemente inteligente. El hombre es un 
ser inteligente. Surgen los dos grandes 
bloques enfrentados en la materia: el 
enfoque simbólico 
o Top-Down, tam¬ 
bién llamado IA 
clásica, y el enfo¬ 
que subsimbólico o 
Bottom-Up, llamado a veces conexio- 
nista. 

Los simbólicos simulan directa¬ 
mente las características inteligentes 
que se pretenden conseguir. Como 
modelo de mecanismo inteligente a 
imitar, lo mejor que tenemos y más a 
mano es el ser humano. Desde este 
punto de vista, poco interesa simular 
los razonamientos de los animales, y 
mucho menos simular procesos celu¬ 
lares. El boom de los Sistemas 
Expertos, ahora de capa caída, vino 
de la mano de este planteamiento. 

Principales corrientes 

Como ya hemos comentado son la 
corriente simbólica y la subsimbólica. 
Para los constructores de sistemas 
expertos, es fundamental la represen¬ 
tación del conocimiento humano y 
debemos a ellos los grandes avances 
en este campo. Realizando una gran 
simplificación, se debe incluir en un 
sistema experto dos tipos de conoci¬ 
miento: "conocimiento acerca del 
problema particular" y "conocimiento 
acerca de cómo obtener más conoci¬ 
miento a partir del que ya tenemos". 

Para el primero existen técnicas 
como los Frames (marcos) que fueron 
los padres de lo que hoy conocemos 
como "Programación Orientada a 
Objetos". El segundo es llamado 


Alan Turing lidero a un 
grupo de expertos para 
descifrar el código alemán 
niama» 
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también mecanismo de inferencia y 
requiere además de un método de 
búsqueda que permita tomar decisio¬ 
nes, como por ejemplo, seleccionar la 
regla a aplicar del conjunto total de 
posibles reglas, siempre tomando la 
mejor regla posible en cada caso, 
haciendo la mejor selección. Esto 
puede parecer lo más sencillo, pero 
suele ser lo más difícil. Se trata de 
elegir y elegir bien, pero sin demorar¬ 
se varios millones de años en hacerlo. 

Como ejemplo representativo de 
la rama simbólica llevada al extremo, 
tenemos el proyecto Cyc de Douglas 
B. Lenat, con un sistema que posee 
en su memoria millones de hechos 
interconectados. Según Lenat, la inte¬ 
ligencia depende del número de 
reglas que posee el sistema, y casi 
toda la potencia de las arquitecturas 
inteligentes integradas provendrá del 
contenido , no de la arquitectura. Para 
él, los investigadores que esperan 
poder resolver con una única y ele¬ 
gante teoría todos los problemas de 


Los sistemas expertos 
forman parte de un firme y 
verdadero avance en 
inteligencia artificial al poder 
incorporar miles de reglas 


inferencia y representación de cono¬ 
cimientos, padecen celos de la física: 

ansian una teoría que 
sea pequeña, elegante, 
potente y correcta. 

Los esfuerzos de la otra 
rama de la IA, los sub¬ 
simbólicos, se orientan a 
simular los elementos de más bajo 
nivel que componen o intervienen en 
los procesos inteligentes, con la espe¬ 
ranza que de su combinación emerja 
de forma espontánea el comporta¬ 
miento inteligente. Los ejemplos más 
significativos probablemente sean las 
Redes Neuronales Artificiales y los 
Algoritmos Genéticos. Aunque parez¬ 
can un fenómeno reciente, estos 
paradigmas no son más jóvenes que 
los Sistemas Expertos de la IA clásica; 
simplemente tuvieron menor publici¬ 
dad y financiación. En cualquier taso, 
pasaron desapercibidos. 

El Primer modelo de red neuronal 


fue propuesto en 1943 por 
McCulloch y Pitts. El Perceptrón de 
Rosenbiat apareció en 1959, produ¬ 
ciendo una gran y breve expectación 
que quedó pronto en el olvido, y J. 



Todos los programas de deportes como PCFutbol, 
FIFA, etc. utilizan IA para controlar a los jugadores. 



El mejor sistema de IA es el sistema 
experto, que intenta imitar el apren¬ 
dizaje humano, es decir, al cerebro. 


H. Holland introdujo la idea de los 
Algoritmos Genéticos en los años 
sesenta. Las grandes ventajas de estos 
sistemas son la autonomía, el apren¬ 
dizaje y la adaptación, conceptos 
todos ellos relacionados. 

¿Qué es un sistema experto? 

Los sistemas expertos forman 
parte de un firme y verdadero avance 
en inteligencia artificial. Los sistemas 
expertos pueden incorporar miles de 
reglas. Para una persona sería una 
experiencia casi "traumática" el reali¬ 
zar una búsqueda de reglas posibles 
al completado de un problema y 
concordar éstas con las posibles con¬ 
secuencias, mientras que se sigue en 
un papel los trazos de un árbol de 
búsqueda. Los sistemas expertos rea¬ 
lizan amablemente esta tarea; mien¬ 
tras que la persona responde a las 
preguntas formuladas por el sistema 
experto, este busca recorriendo las 
ramas más interesantes del árbol, 
hasta dar con la mejor respuesta al 
problema, o en su falta, la más pare¬ 
cida a esta. Los sistemas expertos tie¬ 
nen la ventaja, frente a otros tipos de 
programas de Inteligencia Artificial, 
de proporcionar gran flexibilidad a la 
hora de incorporar nuevos conoci¬ 
mientos, es decir, de aprender. Para 
ello sólo tenemos que introducir la 
nueva regla que deseemos hacer 
constar y ya está, sin necesidad de 
cambiar el funcionamiento propio del 
programa. Los sistemas expertos son 
"autoexplicativos", al contrario que 
los programas convencionales, en los 
que el conocimiento como tal está 
encriptado junto al propio programa 
en forma de lenguaje de ordenador. 
Los expertos de LA. dicen que los sis¬ 
temas expertos tienen un conoci¬ 
miento declarativo, mientras que en 
los demás programas es procedural. 

1979 XCON, primer programa 
que sale del laboratorio 

A finales de los sesenta la Canergie 
Mellon preparaba el principio de la 
insertación de la LA. en el mundo 
real. El programa empezó llamándose 
R1, nombre que provenía de un malí¬ 
simo chiste del creador del proyecto, 



Este es el sistema de IA que se utiliza 
para que el ordenador sepa elegir cuál 
es la mejor solución a un problema. 


pero la Digital Equipament 
Corporation, que era el usuario final 
de este programa, expresó su pre¬ 
ferencia por otro nombre con más 
sentido, como el que al final quedó 
elegido: XCON (eXpert CONfigurer o 
Configurador experto).Cuando fue 
exigida la ayuda de McDermott, la 
DEC iba a lanzar al mercado una 
nueva serie de ordenadores, los llama¬ 
dos VAX. Dado que todos los ordena¬ 
dores tenían configuraciones distintas 
entre sí, la VAX estaba previendo el 
enorme culo de botella (nombre que 
se le da en informática a los bloqueos 
por colapso de información para pro¬ 
cesar que se dan en segmentos deter¬ 
minados) que se iba a formar, cuando 
(como ya había pasado anteriormente 
con otra serie de ordenadores los 
ordenadores tuviesen fallos de confi¬ 
guración y hubiese que arreglar este 
problema uno por uno, con el consi¬ 
guiente gasto de tiempo y dinero que 
eso suponía. Fue entonces cuando 
alarmados los directivos de la DEC 
pensaron en poner en marcha una 
solución urgente! contratando a John 
McDertmott. El cometido del XCON 
sería, en definición, muy simple: se 
trataba de configurar todos los orde¬ 
nadores que saliesen de la DEC. El 
informe de viabilidad de McDermontt 
expuso resultados prometedores, y en 
diciembre de 1978 se empezó a tra¬ 
bajar en el proyecto. 

En abril de 1979 el equipo de 
investigación que lo había diseñado 
(con McDermott a la cabeza), pensó 
que ya estaba preparado para salir y 
"conocer el mundo", fue entonces 
cuando se hizo una prueba real, 
esperando resolver positivamente un 
95% de las configuraciones, este por¬ 
centaje tan alto anhelado por 
McDermontt y compañía se quedó 
en un 20% al ser contrastado con la 
realidad; XCON volvió al laboratorio, 
donde fue revisado y a finales de ese 
mismo año (1979) funcionó con 
resultados positivos en la DEC. 

En 1980 XCON se instauró total¬ 
mente en DEC. Y en 1984, el XCON 
había crecido hasta multiplicarse por 
diez. En 1986 la compañía había 
invertido más de cincuenta 
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La parte más importante y fundamental 
de cualquier juego de ajedrez es la IA. 


años/hombre en el programa, pero 
se estaba recuperando con creces de 
su inversión al ahorrarse cuarenta 
millones de dólares al año. 

1980-85: la revolución de los sis¬ 
temas expertos 

XCON significó el pistoletazo de 
salida para los sistemas expertos, 
convenciendo a las más importantes 
empresas a invertir en programas de 
este tipo. Incluso para los más con¬ 
servadores y los radicales "Anti-IA", 
algo se hacía evidente: mientras que 
los costes de desarrollo de los siste¬ 
mas expertos se hacían cada vez más 
bajos, el salario de los expertos 
humanos se hacía más alto. La forma¬ 
ción de un futuro experto costaba 
mucho dinero y años de esfuerzo, 
mientras que una vez creado un siste¬ 
ma experto podía ser copiado y dis¬ 
tribuido (antas veces como necesario 
fuese. Además, el sistema experto 
nunca se cansa, no necesita dormir, 
no se distrae, no se va a la compe¬ 
tencia, ni se pone enfermo, ni se jubi¬ 
la, ni pide aumento de sueldo... 

Muchas grandes empresas invir¬ 
tieron en el campo de la I.A. creando 
grupos especializados en ésta, para 
que desarrollaran aplicaciones para la 
empresa. 

Empresas como DEC, Xerox, 
Schlumberger-Doll y Texas 
Instruments gastaron un total (más 
150 empresas más) de mil millones 
de dólares en el desarrollo de la LA. 

A raíz de todos estos adelantos e 
inversiones puestos en marcha desde 
la calle, es decir, fuera de los laborato¬ 
rios de las universidades, como era 
costumbre hasta la fecha... ocurrió 
que la sociedad empezase a oír cosas 
sobre qué es la tal "Inteligencia 
Artificial", que llegaba a ocupar pro¬ 
gramas de televisión, y artículos en 
revistas científicas de todo tipo. 

Edward Feigenbaum fundó la 
Teknowledge Inc, pero esta empresa 
no fue la única, sino que le acompa¬ 
ñaron muchas más, como: Carnegie 
Group, Symbolics, Lisp Machines Inc, 
Thinking Machines Corporation, 
Cognitive Systems Inc...formando 
una inversión total de 300 millones 


de dólares. Los productos más impor¬ 
tantes que creaban estas nuevas com¬ 
pañías eran las "máquinas Lisp". Se 
trataba de unos ordenadores que eje¬ 
cutaban programas LISP con la misma 
rapidez de un ordenador central. Y el 
otro producto eran las "herramientas 
de desarrollo de sistemas expertos", , 
también llamados shelis (conchas). 

Este crecimiento, "desmesurado" a 
los ojos de los investigadores de LA. 
más veteranos, provocó un colapso en 
la comunidad científica de LA. hacien¬ 
do que el primer congreso de la AAAI 
(Asociación Americana de Inteligencia 
Artificial i que se realizó en Stanford, 
en 1985, reuniese a más de mil inves¬ 
tigadores. Y en la International \oint 
Conference on Artificial Intelligence 
(IjCAI) se llegó a las seis mil personas. 
Todo estaba cambiando para esos 
investigadores de I.A. que estaban 
acostumbrados a las "pequeñas" reu¬ 
niones, casi familiares, en las que se 
podían hacer charlas, en las que la 
ropa era totalmente informal... Estas 
conferencias eran entonces (1985) el 
centro de reunión de empresarios, 
reporteros, científicos de otras ramas 
con curiosidad... Pero la demanda 
por parte de las empresas privadas de 
personal era mucho mayor a la oferta, 
esto hacia que los sueldos aumenta¬ 
sen enormemente y obligaban a los 
estudiantes a dejar la universidad 
cuanto antes. El MIT tenia en 1975 
unos cuarenta investigadores y pasó a 
tener doscientos a finales de los 80. 

1987: XCON empezó a crujir 
sobre su propio peso 

Las constantes mejoras y cambios 
en los productos del DEC habían 
hecho que XCON se actualizara muy 
rápidamente, siendo objeto de la 
introducción de más y más reglas de 
funcionamiento, hasta llegar a tener 
más de diez mil reglas. A partir de 
ese momento, XCON no era mejor 
sino más grande, y DEC tuvo que 
gastarse dos millones de dólares al 
año para actualizar la base de conoci¬ 
miento. Hasta esa fecha nadie se dio 
cuenta de que los sistemas expertos 
necesitaban un mantenimiento, y 
éste constituye hoy en día una de las 
actividades principales de la industria 
de los sistemas expertos. 

1987: El fin del LISP 

En 1987 aparecieron los microor¬ 
denadores Apple y los compatibles 
IBM, con potencia parecida a la de las 



Todos los simuladores de combate aére¬ 
os o terrestres llevan un sistema de IA. 

máquinas LISP, lo que hizo ver que no 
se necesitaban máquinas monotemá- 
ticas como éstas últimas, que además 
eran muy caras. Llegaron nuevas 
compañías de software como Gold 
Hill Computers y First Class Expert 
Systems, que transfirieron el software 
de LA. a las máquinas convencionales 
utilizando el lenguaje C, lo que acabó 
totalmente con el LISP. Este último 
hizo que miles de personas perdieran 
el trabajo, dado que estos negocios 
no se practicaban desde universida¬ 
des, sino desde empresas privadas. 


En la actualidad: 


Hoy en día la IA es una parte fun¬ 
damental de la informática, aunque 
mucha gente no la tome en serio, 


nos podemos 
encontrar ejemplos 
de IA en casi todos 
los juegos que exis¬ 
ten hoy en el mer¬ 
cado, por ejemplo, 
sobre todo y funda¬ 
mentalmente, en 
los de estrategia. 


Hoy en día la IA es una 
parte fundamenta! de la 
informática, aunque 
mucha gente no la tome 
en serio, nos podemos 
encontrar ejemplos de IA 
en casi todos los juegos 
que existen hoy en el 
mercado por ejemplo 


Pero a través de la IA también se 


intenta analizar los procesos que tie¬ 
nen lugar en el interior del cerebro 
humano para poder comprender 
mejor el funcionamiento de éste. 
Cientos de robots diseñados por 
humanos usan este tipo de sistema 
para simular comportamientos y apti¬ 
tudes que pudiesen imitar o parecer 
humanas. Incluso se usa en el cine. 

En definitiva que la IA es y seguirá 
siendo una parte fundamental de la 
informática, aunque siempre oscura, 
misteriosa e ignorada por muchos, tra¬ 
tada como una ciencia sin sentido por 
otros, esta ciencia seguirá evolucio¬ 
nando como lo han hecho todas. 


Daniel García Alonso POR! 0X) 

Dagal@Alehop.com 



El Perro-Robot Autómata 

Este robot fue diseñado por una compañía para imitar el 
comportamiento de un perro, es capaz de reaccionar a 
determinados estímulos mediante IA, es capaz de dar la 
pata, acurrucarse o comunicarse con sus amos. 


DIV MANÍA 


NUMERO 6 









































































El manejo de cadenas de texto era una de las 
carencias importantes de DIV1, pero con la llegada de 
DIV2 y sus funciones de manipulación de stríngs, se 
han solucionado en gran parte los problemas y 
además resulta muy sencillo. 



ara poder manejar las cade¬ 
nas de texto usamos el tipo 
de dato string. La declara¬ 
ción de un string es muy 
sencilla. 

Si queremos declarar el string 
con la longitud por defecto (256 
caracteres) y con todo su conteni¬ 
do puesto a 


//// 


string <nombre>; 

Para declarar el string con una 
determinada cadena de texto y 
con la longitud predeterminada 
(256 caracteres): 


string <nombre> ~ "texto"; 

Para declarar el string con una 
determinada longitud: 

string[íongitud] <nombre>; 
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Si queremos indicar la longitud 
y el contenido de éste: 

string[longitud] <nombre> = 

"texto "; 

Si el texto que ponemos es 
mayor que la longitud de la cadena 
el compilador dará un error avisan¬ 
do que el literal es demasiado largo. 

Como los strings son arrays de 
caracteres podemos acceder indivi¬ 
dualmente a cada uno de ellos. Si 
quisiésemos mirar el primer carácter 
del string simplemente accederíamos 
a él mediante texto [0]. Recordemos 
que, en las tablas, el primer espacio 
es siempre el 0 y no el 1. 

Funciones para el manejo 
de cadenas de texto 

Hay varias. La primera que vamos a 
ver es la llamada: char (<literal>). 
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Las cadenas de texto finalizan con el carácter nulo (\G) 


Esta función retorna el valor ASCII 
de la primera letra del literal que se 
le pasa como parámetro. Ejemplo 
char, 

program ejemplo_char; 

privóte 

a, b; 

begin 

a- "o// a 
b-char("z u ); // ei valor de z 
es 122 
exit(a,b); 
end 

Otra es upper (<cadena o carác¬ 
ter). Convierte la cadena o el 
carácter a mayúscula. Esta función 
actúa de manera distinta según el 
parámetro que se le pasa. Si es una 
cadena se cambiarán de minúscula 
a mayúscula todas las letras de la 
cadena. En cambio, si es un único 
carácter no se cambia nada, sino 
que la función devuelve el código 
ascii de la letra. 

Lower (<cadena o carácter). 
Convierte la cadena o el carácter a 
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minúscula. Esta función actúa aná¬ 
logamente a lower según los pará¬ 
metros que reciba. El ejemplo que 
se muestra a continuación convier¬ 
te los caracteres que están en 
minúscula a mayúscula y viceversa: 

program upperjower; 
prívate 

string a[18]="HoLa QuE tAI 
EsTaS?"; 
string b[18]; 
int i; 
begin 

for(i=0;i<=18;i++) 
if(a[i]==lower(a[i]) 
b[i]=upper(a[if); 
else 

b[i]=fower(a[i]); 

end 

end 

exit(b,0); 

end 

Strlen <string o literal>), devuel¬ 
ve la longitud de un string. El ejem- 
muestra el uso de strlen para 
conocer la longitud de la cadena, y 
así alterar el contenido de la misma. 

program strlenght; 
private 

string a[9]="HoLa"; 
int ¡en,i; 




len=strien(a); 
for( /= 0;i<Íen;i++) 
a[i]="0”; 
end 

exit(a,ien); 

end 

Strset (<cadena>, <carácter>). 
Pone todas las posiciones de una 
cadena al carácter especificado. El 
carácter puede ser un literal o bien 
el valor ascii del mismo. El uso de 
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esta función puede ser sustituido 
por un bucle: 

strset(a,"") 

Sería lo mismo que: 

for(i=0;i<strlen(a);i++) 
a [i 

end 

En el siguiente ejemplo se asig¬ 
na a todas las posiciones de una 
cadena un determinado carácter 
mediante el uso de las dos mane¬ 
ras explicadas. 

program ej_strset; 

prívate 

string a[3]= "Hola ”, b[4 7 = 11 Adiós 
int i; 

begin 

for (/= 0;i<s trlen(a);i++) 
a[i]= "0 

end 

strset(b,"l"); 
exit(a+" "+b,0); 

end 

Strdel (<cadena>, <caracteres ini¬ 
cio^ <ca ráete res finaf>). Esta fun¬ 
ción elimina caracteres del inicio o 
del final de una cadena. Borrará 
tantos caracteres del principio 
como indique el segundo paráme¬ 
tro pasado a la función y tantos 
caracteres del final como marque 
el tercer parámetro. 

Podemos borrar caracteres del 
final de una cadena usando el ope¬ 
rador de sustracción (-), por lo 
tanto, escribir strdel(a,0, 7 ) sería lo 
mismo que a-. 

El siguiente ejemplo muestra 
como borrar caracteres de una 
cadena con los dos métodos expli¬ 
cados: 
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program ejstrdel; 
private 

string a= "Ejemplo de 
strdel", b,c; 
begin 

strcpy(b,a); 
strcpy(c,a); 

s trdel(b, rand( 0,5 ), rand( 0,5)); 
c-=rand(0,10); 
exit("Cadena inicial: " + a + " 
Cadena fina¡( 1 er m, todo): 

" +b + " III Cadena final(2 g 
m,todo): " + c,0); 

end 

Strcat (<cadena destino>, <cade - 
na origen>). Une la cadena destino 
con la cadena origen, quedando el 
resultado en la cadena destino. 
Podemos reemplazar strcat 
mediante el uso del operador +, de 
manera que strcat (a, "b") sería 
igual que escribir a+-"b' / . Esto sólo 
puede realizarse si la cadena no 
excede los 1024 caracteres. 

El siguiente ejemplo compone 
una cadena mediante el uso de 
strcat. 

program strcat_ejemplo; 

private 

string a[]="5b="; 


ínfnrmps 


VHSIO\ l.íMT 


M W HtO 

KftjfVO WTOfit 







wtw 1 

Nfc iB II' ÍIH 1 ÉftKi 
W IVVIVTIII ti UlHiiil I (MI 
mi m litim tu** * ia*ti 
* (IK LBl TiFff ■ 

II KfnvtltlKTKM EJ rf ttDM T 

tauit zm iiiniüKinimiii 


A 



VI H VEH 


«i# 


f 
































































int i; 
byte est; 
begin 

for(i=0;i<9;i++) 

if(fest) 

st rea t(a, "b”); 

//a+="b"; 
est= 1; 
else 

strcat(a,"+"); 
//a+="+"; 
est-O; 
end 
end 

exit(a,0); 

end 

Strcpy (<eadena destine», 
<cadena origen>). Copia la cadena 
origen sobre la cadena destino, eli¬ 
minando todo los datos que ésta 
contenía antes. La cadena destino 
tiene que ser forzosamente un 
string y la cadena origen puede ser 
tanto un string como un literal. Si 
la cadena es menor de 1024 carac¬ 
teres se puede usar, en lugar de 
strcpy, una simple asignación (=). 
Según esto sería lo mismo 
s trcpyCa/'b") que a= "b ". 

Strcmp (<cadena1 >,<cadena2>). 
Compara dos cadenas y devuelve: 
0 : si las dos cadenas son ¡guales. 

-1: si la primera cadena es menor 
que la segunda. 

1 : si la segunda cadena es menor 
que la primera. 

De la misma manera que ocu¬ 
rre con otras funciones, strcmp 
puede ser reemplazado, siempre y 



cuando no exceda los 1024 carac¬ 
teres, por los operadores de com¬ 
paración (==,>,>=,<,<=,o). Escribir 
strcmp(a,b) sería lo mismo que 

if(a-b). 

El ejemplo muestra el uso de 
las funciones strcpy y strcmp. 

program str_cpy_cmp; 
priva te 

string a="HOLA”,b=""; 
begin 

strcpy(a,b); 

exit( l! Son iguales? (0-IC(JA¬ 
LES, -1=A MENOR QUE B, 
1=A MAYOR QUE 
B",strcmp(a,b)); 

end 


Strchr f<cadena>,<caracteres>). 
Busca uno o varios caracteres den¬ 
tro de una cadena. Esta función 
devuelve: 

-1: si no se encuentra ninguno de 
los caracteres especificados. 

N: N indica la posición donde se 
encuentra el primero de los 
caracteres especificados. 

Esta función tiene un pequeño 
inconveniente: sólo busca hasta el 
primer carácter. Para solucionar 
esto la podemos reemplazar por 
un bucle. El siguiente ejemplo 
muestra cómo se puede hacer 
esto: 


program ej_strchr; 
prívate 

strinq a="Érase una vez 




un... 

int pos[5],i,poscount; 
begin 

for(i=0;i<strlen(a);i++) 

if(a[i]=="e") 

pos[poscount]-i; 
poscount++; 
end 


end 

write(0,0,0,0, "La e se 
encuentra en las siguientes 
posiciones:"); 
for(i=0;i<poscount;i++) 
writejn t(0,0,i*l 0+10,0, 
&pos[i¡); 
end 
loop 
trame; 
end 








strstr (<cadena>,<subcadena>). 
Esta función busca una subcadena 
en el interior de otra cadena. La 
función devuelve: 

-1: Si no se encuentra la subcade¬ 
na. 

N: N es la posición donde empieza 
la subcadena. 

En este artículo hemos tratado 
todas las funciones para la manipu¬ 
lación de cadenas de texto, y en el 
siguiente, complementando a éste 
veremos las funciones de 
lectura/escñtura que incorpora 
DIV2. 
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Si se hace memoria, en el artículo anterior 
vimos la definición de lo que podía 
denominarse un guión técnico, un storyboard, 
o una sinopsis argumental. En el presente 
artículo lo que se hará es profundizar en estos 
guiones para saber cómo elaborarlos y qué nos 
hace falta para realizar nuestros propios 
trabajos. 


crear el guión técnico, que se 
podría decir que es una versión 
más especializada de la sinopsis 
argumental. En el guión técnico se 
deben especificar un montón de 
detalles que queremos en la repre¬ 
sentación audiovisual, así como la 
música, los ángulos, la localización, 
la iluminación, etc. Exactamente, 
los pasos a seguir y las cosas que 
se deben incluir son las siguientes. 


os guiones son indispensa¬ 
bles para hacer cualquier 
animación, anuncio publici- 
—i 1 tario o película. Vamos a ver 
los puntos más importantes a tener 
en cuenta a la hora de ponerse 
frente a la hoja en blanco. 


Sinopsis argumental 

Lo primero que se debe hacer es 
pensar en una historia que quera¬ 
mos llevar a la pantalla. Después 
de tenerlo más o menos claro, lo 
que deberemos hacer es escribir 
una sinopsis argumental. Se trata 
de llevar al papel los pensamientos 
sin especificar demasiado en la ilu¬ 
minación, los planos, ni los ángu¬ 
los, simplemente contando la his¬ 
toria. No es bueno incluir demasia¬ 
dos detalles en este texto puesto 

que estos serán 


La sinopsis argumental es 
la explicación escrita del 
argumento de nuestra 

historia 


expuestos en el 
guión técnico que 
como dice su 
nombre, está 

orientado más a los aspectos espe¬ 
cíficos. Esto no significa que en la 
sinopsis argumental tengamos que 



El botón para mover objetos. 



escribir algo tan simple como un 
telegrama. Sólo significa que tene¬ 
mos que poner lo suficiente para 
entendernos a nosotros mismos y 
que cualquier persona que lea este 
guión sepa más o menos qué va a 
pasar. En definitiva, la sinopsis 
argumental es la explicación escrita 
del argumento de nuestra historia. 


Guión técnico 

Seguidamente se debe proceder a 



El botón para rotar objetos. 


Pasos 

Cada hoja que se utilice para el 
guión técnico pertenecerá a una 
secuencia que es un conjunto de 
planos o un plano solo. Cada 
secuencia (hoja) debe tener los 
siguientes aspectos: 

Primeramente, se debe especifi 
car dónde se grabará o dónde 
sucederán los hechos. 

Seguidamente, se debe decir a 
qué hora del día (en la animación 
no se tiene muy en cuenta). 

Y a su vez, cada secuencia u 
hoja está dividida en planos, de 
manera que se dividirá la hoja 
dependiendo del número de pla¬ 
nos que tenga la secuencia. Cada 
piano debe tener algunos aparta¬ 
dos que es conveniente poner: 

- N Q plano 

- Iluminación 

/ 

- Angulo 

- Música 

- Otros 
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La cámara sin rotar. 



La cámara rotada. 



En estos apartados se debe 
decir cuál es el número de plano 
dentro de una misma secuencia, de 
manera que podamos llevar la 
cuenta perfectamente de dónde 
estamos en la animación. La ilumi¬ 
nación, tal y como se dijo en artícu¬ 
los anteriores, es una de las partes 
más difíciles y a su vez más impor¬ 


tantes de la animación. Es por eso 
que es tan sumamente importante 

especificar cómo 


En el guión técnico 
debe especificar en detalle 
lo que queremos hacer y 
cómo vamos a realizarlo 


es la luz, de 
dónde viene, o si 
es dura o difusa. 
Cuantos más 
datos de luz 


demos más fácil y definida tendre¬ 
mos la animación. De no ser así, el 
grafista puede encontrarse con pro¬ 
blemas y no ponerse de acuerdo 
con el que ha realizado el guión. 

Storyboard 

Una vez realizado el guión técnico 
se debe pasar a hacer el 
StoryBoard. Éste es una serie de 
dibujos que explican la historia a 
través de viñetas con un aspecto 
más visual que el texto. Se puede 
acompañar con algo de texto para 



Ejemplo de modelo poligonal en 3D. 


especificar la acción pero no es 
completamente necesario. 

Así pues, se debe hacer una 
sinopsis argumental, un guión téc¬ 
nico y un storyboard para nuestra 
(o cualquier otra) historia que que¬ 
ramos llevar a la pantalla. 

Nuestro ejemplo 

Lo que se va a hacer ahora es llevar 
nuestros proyectos en mente a este 
tipo de guión antes de la realización 
en 3D, ya que ahora tenemos todos 
los objetos pero debemos pensar 
como moverlos por la pantalla. 

Podemos pensar en una anima¬ 
ción de presentación al más puro 
estilo de juegos de naves, donde se 
ve a los malos aplastando a los 
buenos o al revés. En nuestro caso 
nos vamos a decantar porque ios 
malos aplasten a los buenos y de 
esta manera al jugador le entren 
más ganas de venganza. 

Nuestra sinopsis 
argumental 

Para empezar se debe realizar una 
sinopsis argumental. En nuestro 
caso será la siguiente: 

A lo lejos se puede observar un 
planeta que parece de lo más tran¬ 
quilo, de repente sale una nave 
que parece estar en apuros. En ella 
podemos ver el sello de la alianza. 
Tras ella parece haber dos naves 
dispuestas a acabar con el navio de 
la alianza a base de láser. La nave 
de la alianza parece intentar esqui¬ 
var los láser pero cae abatida por 
los "malvados". Tras una gran 
explosión se puede observar como 
las dos naves avanzan hacia la 
cámara (es decir nosotros) y pasan. 
Justo al pasar la pantalla se queda 
de color negro total y se ven unas 
letras: "80x86 WAR". 


Al parecer, hasta ahora, todo es 
muy sencillo de realizar, pero ahora 
viene una de las partes más com¬ 
plejas: hacer el guión técnico. Para 
su realización se debe tener muy 
claro lo que se va a hacer y cómo 
se va a hacer. 

Las partes de suma importancia 
en esta animación son la ilumina¬ 
ción del planeta y de las naves. El 
autor cree que para esta anima¬ 
ción en especial la iluminación del 
planeta y de las naves debería ser 
lateral, de manera que poco trozo 
del planeta quedará iluminado, 
igual que las naves; aunque éstas 
estarán algo más iluminadas pues¬ 
to que están a una cierta distancia 
del planeta y su tamaño es mucho 
menor. 

Como cada persona haría un 
guión técnico diferente le vamos a 
dejar aparte y se deja libertad para 
que cada lector haga el suyo pro¬ 
pio, de manera que cada uno 
añada los detalles que más le gus¬ 
ten, eso sí, sin salirse de los márge¬ 
nes de la sinopsis argumental. 

Dentro de dos números de la 
revista se publicarán algunos de los 
guiones técnicos de los lectores 
que se ofrezcan voluntarios a man¬ 
dar los que consigan hacer a la 
siguiente dirección: thorse3d@hot- 
mail.com . Pasa lo mismo con los 
storyboards. Mandad vuestros tra¬ 
bajos y saldrán publicados en el 
CD o en la revista. 

Ahora se hará una pausa en 
este artículo para dividirlo en dos. 
Ahora lo que se va a hacer es lo 
siguiente: primero se resolverán las 
dudas de los lectores y acto segui¬ 
do se va a hacer una colaboración 
con otro artículo. En esta colabora¬ 
ción se va a explicar cómo desarro¬ 
llar un personaje. 
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Las texturas son estupendas en los personajes de Quake III 


Dudas de los lectores 

Hemos recibido cuatro dudas 
durante estos dos últimos meses. 
Esto es bueno, la gente empieza a 
expresar sus dudas y los que lo han 
hecho ya saben que el autor de 
este artículo no muerde, que res¬ 
ponde a los mails y pide permiso a 
los lectores para publicar sus 
dudas. Esta vez, los 6 mensajes han 
sido enviados por Alberto Fuentes 
(Zyope). 

1- Duda 

Cuando instalo el 3d Studio Max 
me dice que seleccione entre 
HEIDI, OPENGL y DIRECT3d. ¿Cuál 
es mejor?. Yo uso HEIDI. Tengo una 
Matrox Millenium G200. Gracias 
1 3 respuesta 

Esta es una pregunta con la 
que nos hemos encontrado todos 
nosotros al iniciar 3DS MAX por 
primera vez. Es algo que confunde 
un poco. Por hacerlo sencillo 
podríamos decir que el programa 
quiere saber qué aceleración ha de 
utilizar para funcionar más rápido. 
Esto es porque la gran cantidad de 
tarjetas que actualmente hay en el 
mercado aceleran algún tipo de 
tecnología, como OPENGL o la de 
DIRECT3D, pero para saber si nues¬ 
tra tarjeta tiene soporte HEIDI lo 
mejor es mirar los manuales de la 
misma, si no dice nada, es poco 
probable que exista algo para tu 
tarjeta. No obstante puedes buscar 
en el WEB SITE de tu tarjeta, en tu 
caso creo que es www.matrox.com. 
y buscar entre los drivers y soporte 
al consumidor a ver si tu tarjeta 
tiene este tipo de aceleración, 

2* Duda 

Cuando ilumino la copa sobre 
la mesa o los ovnis sobre un 


DIV MANÍA 




l 



Wf' T.'jfe 


ñ§> 


campo de trigo (artículo de 
Divmanía 3), la luz no ilumina el 
suelo, o lo ilumina muy mal y no 
sé por qué. Creo que podrías dedi¬ 
car un artículo al tema de las luces. 
Saludos. 

2- Respuesta 

Era de esperar fa llegada de un 
mail como éste. En efecto, como 
ya se dijo, la iluminación es un 
tema muy complejo y se le va a 
dedicar un artículo entero, pero de 
momento podemos pasar sin 
hacerlo, o hacerlo como sabemos. 
Respecto a tu fallo en la 
iluminación pueden ser 2 cosas. La 
primera puede ser un fallo en MAX , 
cosa que no me extrañaría 
demasiado y la segunda opción es 
que realmente no te salga, que 
también puede pasar, pero yo 

confío en que lo estás haciendo 
bien. 


3 a Duda 

Hola, soy Zyope, escribo por el 
artículo de Divmanía n Q 4. El fun¬ 
cionamiento del EditMesh para 
transformar un cubo no quedó 
bastante claro. De la forma en que 
yo lo hago puedo sacar cubos, 
pero no meterlos. Además es muy 
difícil mover partes en concreto. Yo 
creo que lo estoy haciendo mal. 
¿Podría explicarse mejor? Gracias 
anticipadas. 

3~ Respuesta 

Hola Zyope, los problemas con 
el EditMesh son muy frecuentes, 
aunque hay algún que otro truco 
para solucionarlos. Puedes, en vez 
de ir modificando todo el rato las 
caras, tocar los vértices, para dejar¬ 
los en una posición tal que creen 
una cara en una orientación difícil 
de conseguir sola¬ 
mente modifican¬ 
do las caras. Para 
hacer esto, en vez 
de ponerte en el 
apartado "faces" te pones en "vér¬ 
tex". Seleccionas el vértice deseado 
y lo mueves como si de un objeto 
se tratara. Otra cosa a tener muy 
en cuenta es que después de selec¬ 
cionar la cara que quieres, puedes 


Algunas dudas de los 
lectores servirán para 
esclarecer puntos que han 
quedado poco claros 



Animar este tipo de modelos en 
2D cuesta bastante más trabajo* 
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Las facciones de los personajes de las aventu¬ 
ras gráficas parecen tener vida. 


usar un modificador llamado "face 
extrude". Con él es posible estar 
jugando con el tamaño y el espa¬ 
cio donde está la nueva cara que 
estamos modificando. Si no puedes 
meter caras hacia dentro creo que 
se debe a que tienes que duplicar 
la cara otra vez. Es decir tenemos 
una cara, ésta la haces más peque¬ 
ña. Una vez dis¬ 
minuida la dupli¬ 
cas y, sin moverla, 
la haces más 
pequeña. Una vez 
realizado este 

paso, vuelves a duplicarla y de esta 
manera la puedes meter o sacar 
del objeto. Espero que te haya 
quedado claro aunque la explica¬ 
ción es algo confusa. 


El modelado de la cabeza 
es la parte más difícil a la 

hora de crear un 
personaje poligonal 


4 a Duda 

Leyendo el artículo me han 
asaltado algunas dudas: ¿de qué 
sirve el modificador UVW MAP que 
le aplicas al meteorito? También 
dices en el artículo que, en el 
número anterior, enseñabas a 
hacer cámaras, pero no lo he visto 
por ningún lado. 

4 a Respuesta 

El modificador de UVW MAP es 
un modificador que afecta a las 
texturas, más bien es de la forma 
que se aplican las texturas. Para 
poner un ejemplo sencillo imagine¬ 
mos por un momento que tene¬ 
mos un objeto delante nuestro. 

Este objeto es un cubo. 
Seguidamente nosotros queremos 
hacer que tenga aspecto de trapo 
a cuadrados. Si cogemos una tela 
con esa textura podemos ponerla 
sobre el objeto de varias maneras. 
La más fácil sería de forma plana, 
que es simplemente poner encima 
del cubo el trapo, pero debemos 
tener en cuenta que si tuviéramos 
el trapo estirado por todos lados 
(sin dejar que hiciera efecto la gra¬ 


vedad), podríamos observar enton¬ 
ces que las partes laterales del 
objeto no quedan con la tela orien¬ 
tada para que se vea correctamen¬ 
te; y además, la parte de abajo la 
tiene invertida, cosa que tampoco 
es buena. Para mapear correcta¬ 
mente un cubo, deberíamos utili¬ 
zar el UVW MAP y ponerlo en 
modo cúbico, de manera que cada 
una de las caras tendría la tela 
orientada correctamente. En e! 
caso de una pelota usaríamos el 
mapeado redondo, en el caso de 
una tubería lo más probable es que 
usáramos el mapeado cilindrico. 
Dependiendo del caso. 

Tu segunda duda de este mail 
era como crear una cámara. Pues a 
continuación lo explicaré. 

Creando una cámara 

El procedimiento a seguir para la 
creación de cámaras es sencillo. Lo 
que se debe hacer es acceder al 
panel "crear" y seguidamente darle 
a la opción "cameras". Una vez 
dentro podemos escoger entre dos 
tipos de cámara: las target y las free. 
Principalmente usaremos las target , 
que nos permitirán un mayor con¬ 
trol en lo que queremos enfocar y 
cómo se quiere hacer. Acto segui¬ 
do, para colocarla en el espacio 3D 
lo que se debe hacer es pulsar una 
vez sobre el espacio 3D, y sin dejar 
de pulsar ir a otra parte del espacio 
y entonces soltar el ratón. Lo que 
se hará con esto es crear una 
cámara. Cuando se ha hecho clic 
lo que se ha hecho es definir el ori¬ 
gen de la cámara mientras que 
cuando la hemos soltado hemos 
definido el destino. El cuadro que 
queda en el destino es la zona que 
se verá con la cámara. Una vez cre¬ 
ada se puede ir a la vista perspecti- 
ve y desde ahí pulsar la teda C lo 



que hará que esta última vista pase que cor 


a ser una vista de cámara mostran- real gra 
do lo que el objeto "cámara" es de pers 1 
capaz de ver. Los 

suelen i 

Modificando la posición engine 
de la cámara s¡gn¡fic¡ 


Para modificar la posición de la 
cámara lo que se debe hacer es 


modificar su posición como con 
cualquier otro objeto, es decir utili¬ 
zando el icono "mover". Este icono 
es como el de la figura 1. 

El funcionamiento de este 


botón es bastante simple. Lo que 
se debe hacer para mover cual¬ 
quier objeto es pulsar sobre él y, 
sin dejar de pulsar con el botón, 
arrastrar el objeto. Una vez en el 
sitio deseado se debe dejar de pul¬ 
sar el botón. 


Rotación la cámara 

Si se quieren hacer efectos, como 
que la cámara rote sobre sí misma 
o semejantes, lo que se debe hacer 
es lo siguiente: se debe seleccionar 
el origen de la cámara y pulsar 
sobre el botón de rotación que es 
el de la figura 2. 

El procedimiento es el mismo 
que con la cámara, no se suelta el 
botón del ratón hasta conseguir el 
efecto deseado. Se puede observar 
el resultado de rotar la cámara en 
las figuras 3 y 4. 

Realizando un 
personaje 3D 

Ahora se va a proceder a la cre¬ 
ación de un personaje tridimensio¬ 
nal. Para crear cualquier personaje 
tridimensional lo que se debe tener 
siempre en cuenta es cómo se va a 
modelar, si poligonal o si por el 
contrario será orgánico. Ejemplos 
de modelado poligonal pueden ser 
los personajes de Unreal o Quake, 



Una cara bastante trabajada. 
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que consiguen un aspecto bastante 
real gracias a las texturas. Otro tipo 
de personajes son los orgánicos. 

Los personajes poligonales se 
suelen utilizar en juegos con un 
engine 3D en tiempo real, lo que 
significa que cada objeto es cons¬ 
truido en ese momento y queda 
afectado por el resto de los obje¬ 
tos. Los juegos que utilizan este 
tipo de erigirles son los de tipo 
Unreal o Quake como hemos 
dicho; mientras que juegos tipo 
aventuras gráficas son títulos en 
que los gráficos no suelen ser poli¬ 
gonales, Alguna excepción podría 
ser el Grim Fandango , donde los 
gráficos son una mezcla de engine 
3D y 2D. Este es un nuevo método 
para crear aventuras gráficas idea¬ 
do por Lucas Arts. 

En este artículo hablaremos de 
la creación de un personaje poligo¬ 
nal. Quizás, dentro de algunos artí¬ 
culos, se trate del modelado de un 
personaje enteramente orgánico 
(se hará después puesto que es 
más difícil). Como todos sabemos 
actualmente, DIV, no soporta engi¬ 
ne 30. Bueno, soporta el modo8, 
pero no podemos poner objetos 
de 3ds MAX en él. Quien sabe si 
con el tiempo, los creadores de 
DIV lo ¡mplementan. 

Tanto el modelado poligonal 
como el orgánico llevan mucho 
trabajo y no sé cuál es más difícil. 
Todo depende de las ganas de tra¬ 
bajarse el modelo y para qué se 
vaya a utilizar. 

Cómo modelarlo 

Como ya se ha dicho anteriormen¬ 
te se va a modelar una forma poli¬ 
gonal, de manera que sea menos 
trabajoso, pero también obtendre¬ 
mos un resultado algo menos 
espectacular. 

Para el modelado poligonal se 
suelen usar cosas como la edición 
de vértices y las figuras boleanas. 

Las figuras boleanas se basan en 
unir o crear nuevos objetos a partir 



de dos de estos. Por lo general, lo 
más usado es la edición de vérti¬ 
ces. Una vez modelado el persona¬ 
je en sí, será hora de asignarle una 
textura medianamente convincen¬ 
te. Para ello se utilizaran algunas 
fotos o bien dibujos. 

Empezar a trabajar 

Antes de empezar se debería tener 
alguna fotografía o dibujo de 
cómo debe ser nuestro personaje, 
para no equivocarse con las pro¬ 
porciones ni nada parecido. 

Se podría empezar con crear un 
cubo en la parte del estomago e ir 
modificando vértice a vértice hasta 
conseguir la cintura y la parte de 
arriba del cuerpo sin la cabeza ni 
los brazos. Acto seguido se debería 
ir añadiendo vértices y segmentos 
usando el modificador EditMesh. 

Una vez realizado podríamos 
seguir los mismos pasos para los 
brazos y luego para la cabeza (la 
parte más difícil del cuerpo ente¬ 
ro). Acto seguido, se debería crear 
el modelo de cintura para abajo. 
Trabajar con las texturas y el 
modelado poligonal es de gran 
utilidad, ya que se pueden obte¬ 
ner graneles resultados gracias a 
una buena textura, aunque el 
modelo no nos acabe de conven¬ 
cer. Un ejemplo de ello podrían 
ser los personajes de Unreal , que 
tienen un aspecto bastante real y 
eso gracias a las texturas. Lo 
mismo ocurre con juegos como 
Fifa actualmente en su versión 
2000 ), que hace maravillas sólo 
con la textura de sus personajes. 
Eso sí, el modelo debe parecer 
mínimamente humano, si se pare¬ 
ce a un árbol es que se va por mal 
camino. 

Es conveniente no juntar las 
diferentes partes del cuerpo, por¬ 
que a la hora de poner las texturas 
es mejor hacerlo por separado, al 
igual que si queremos mover el 
personaje. En tal caso, lo mejor es 
que éste esté dividido en diferentes 
partes que se puedan mover inde¬ 
pendientemente de cómo esté el 
resto del cuerpo, ya que en caso 
contrario deberíamos modificar 
vértice por vértice ¡incluso en las 
animaciones! 

Pasos 

Así pues los pasos y los trucos para 
poder modelar nuestro personaje 
poligonal correctamente son los 
siguientes: 

Empezar desde alguna parte 
del cuerpo parecida a una forma 
geométrica e ir añadiendo vértices 
y segmentos para poder modificar 
mas cómodamente y obtener un 
resultado mejor. 



Los personajes de dibujos animados se suelen 
modelar en 2D. 


Trucos 

No juntar nunca las partes diferen¬ 
ciadas del cuerpo, como los brazos 
ni la cabeza, para después poder 
animar de una forma más sencilla y 
agradable. Se debe recordar que si 
uno se pasa modificando y hace 
todo el modelo a partir de modifi¬ 
caciones de un cubo (que además 
es muy difícil), después tendrá difi¬ 
cultades para moverlo adecuada¬ 
mente. Por eso no se recomienda 
esa técnica. 

No se debe hacer todo et 
modelo a partir de 
modificaciones de un cubo 
o habrá dificultades para 
moverlo 

que hemos empezado a hacer. 

Recordad los consejos anteriormen¬ 
te mencionados porque son muy 
importantes. Sólo decir que si 
tenéis dudas podéis escribir a thor- 
se3d@hotmail.com . En efecto, la 
dirección de correo ha cambiado 
pero ha sido inevitable por proble¬ 
mas con el servidor donde antes el 
autor tenía el correo. Así que 
podéis mandar vuestras sugeren¬ 
cias, críticas, imágenes y comenta¬ 
rios a la dirección anteriormente 
mencionada. ¡Hasta el próximo 
artículo! 


David Martínez (thorse3d@hotmail.com) 
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Unreal Tournament es otro ejemplo perfecto 
de juego con modelos poligonales. 



Esto es todo 
por ahora. En el 
siguiente número 
se va a profundi¬ 
zar en la creación 
de este personaje 
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En el número cuatro de DIVmanía recogíamos 


la noticia de la puesta en marcha de una nueva 


revista electrónica, la publicación on-line 


Vital Web 


sus jugosos contenidos. También 


mencionamos unos cuantos canales de chat 


dedicados al mundo de la programación en DIV. 


servidor propio gestionado y finan¬ 
ciado exclusivamente por los usua¬ 
rios de DIV. Se anuncia la disponibi¬ 
lidad de la versión beta de un edi¬ 
tor de texto especial para Fénix. Y, 
por último, un comentario a la últi¬ 
ma bajada de tarifas de telefónica. 
En el apartado dedicado a la 
programación con DIV se anuncian 
varios cursos. El primero de ellos 



as revistas electrónicas que 
podemos encontrar en 
internet empiezan a ser tan 
abundantes que, haciendo un 


Otra revista electrónica 
enfocada a informar a 
todos los interesados en la 
programación de juegos 


símil micológico, cualquier avezado 
buscador podrá llenar su canastillo 
de estas sabrosos setas electrónicas. 
Y es que crecen como los hongos 
después de una lluvia otoñal. 

Y DIV no podía ser una excep¬ 
ción a este florecimiento. Si hace 

unos números hablába¬ 
mos de DIVnet, una 
página dedicada en 
exclusiva a recoger la 
más rabiosa actualidad 
sobre el mundo de la programación 
de videojuegos, ahora toca hablar 
de Vital Web. 


Vital y completa 

Lo primero que nos encontramos al 
cargar la dirección de VitalWeb en 
nuestro explorador es una pantalla 
con los contenidos de esta página, 
que vamos a diseccionar seguida¬ 
mente: 
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En ia sección de actualidad se 
anuncia la intención de reescribir y 
reestructurar el código del nuevo 
compilador para lenguaje DIV, 

Fénix , y que el creador de la página 
se ha unido al grupo Papada Soft, 
un activo grupo de programación 
ya visitado en esta sección, para 
gestar un nuevo juego del género 
aventura/rol. También se anuncia 
que el número 1 de la revista her¬ 
mana, DivNet, ya está disponible en 
la Red. Se puede ver un informe 
sobre los temas tratados en la últi¬ 
ma "quedada" del grupo de usua¬ 
rios del canal de chat dedicado a 
DIV en el irc.hispano. Se comentan 
los problemas por los que ha pasa¬ 
do DivSite, un proyecto de crear un 
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está enfocado a conseguir un domi 
nio total de los mapeados tiles. Los 
próximos cursos que estarán a dis¬ 
posición de los visitantes de esta 
página serán los siguientes: 

Trucos generales en programa¬ 
ción y DIV. 
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• Prensa Técnica te ofrece los últimos avances y novedades del mundo de 
la Informática a través de 

sus publicaciones. 

• Internet, Linux, Diseño digital, Programación, Juegos... una oferta 
variadísima que cubre todo lo que necesitas para estar al día. ' 

J fíií | £ i j; Í5.Í ® 

• Tenemos revistas para todos los públicos, ya seas principiante o 
avanzado, Prensa Técnica tiene la solución a tus problemas. 




LA,REVISTA QUE TE DAMAS 
MAS PC, la revista informática para todos los 
públicos, con toda la información y actualidad en 
hardware, software, Internet, diseño, Linux, pro¬ 
gramación, videojuegos, multimedia, etc. 

Pe I 

Incluye CD-Rom y libro técnico " 




nado y fínan- 
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a de un edi- 
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TU ORDENADOR AL OIA 

CD DRivER es una revista imprescindible pare el 
mantenimiento de tu PC. Con ella, el usuario 
Informático tendrá a mano todos los drivers del 
moteado y estupendos artículos sobre la utiliza¬ 
ción e instalación de los componentes del PC. 

PC Jk 

Bimestral Incluye 2 CD-Rom P 


TU GUIA RARA LA RED 

INTERNET ONLINE se introduce en los recovecos 
de la Red mostrándole información rigurosa 
sobre aspectos técnicos, análisis de webs y 
herramientas. Incluye CD-ftom con navegadores, 
utilidades de correo. Chat, etc. 

Pe • Mac * 
Incluye CD-Rom “ 


LA MEJOR RECOPILACIÓN 

MODELOS 3D es la revista que te proporciona 
todos los modelos y texturas que necesitas sin 
tener que perder el tiempo buscándolas. Incluye 
modelos, texturas y demos de los programas 3D 
más utilizados. 

Pe • Mac , 

Bimestral Incluye CD-Rom 1 


LA MAS VENDIDA DE EUROPA 
ELECTRÓNICA PRÁCTICA ACTUAL es la edición en 
castellano de la revista de electrónica más vendida 
de Europa. Contenidos prácticos de electrónica e 
informática con noticias, Internet y los montajes 
más ingeniosos. 0 

PC , 

incluye CD-Rom I 


LA MAS VENDIDA DE EUROPA 
ELECTRÓNICA PRÁCTICA ACTUAL es la edición en 
castellano de la revista de electrónica más vendida 
de Europa. Contenidos prácticos de electrónica e 
informática con noticias, Internet y los montajes 
más ingeniosos. 

r C . 

Incluye CDfíom | 
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! CREAR ESTÁ EN TUS MANOS 

3D WORLD está especializada en infografía y en 
general las 3D. Con la última actualidad en dise¬ 
ño gráfico, reportajes, técnicas, trucos y tutoria- 
les de los programas de diseño y 30 más utiliza 
dos en el sector profesional. 

Pe • Mac 
Incluye CDRom 


NUNCA DEJES DE JUGAR 

ZONA PSX STATION encuentra una nueva dimen¬ 
sión para tu Playstation con una revista llena de 
originales secciones, objetiva y con un diseño 
que da a las imágenes la importancia que se 
merecen. 

Incluye suplemento 
Xtreme PSX 


HAZ TUS PROPIOS VIDEOJUEGOS 

DIV MANÍA es la primera revista dedicada a apren¬ 
der a programar videojuegos, abarcando todos los 
aspectos del desarrollo. Incluye CD-Rom con tres 
juegos programados por los lectores y demos de 
juegos profesionales. . 

Incluye CDRonv 


JUGANDO DURO ■ - N 

GAME OVER analiza los juegos de ordenador 
desde el punto de vista de ios propios creadores. 
Toda la Información técnica además de un análisis 
riguroso de las últimas novedades del mercado. 


, A NUEVA ERA DE LA FOTOGRAFÍA Y EL ARTE 

FOTO ACTUAL Y ARTE DIGITAL, revista para 
profesionales y aficionados al diseño, maqueta- 
ción y retoque fotográfico. La mejor forma de 
conocer toda la teoría y la práctica sobre las téc 
nicas más utilizadas del momento. 

Pe • Maci 
Incluye CD-Rom ’ 
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POR Y PARA PROGRAMADORES 

PROGRAMACIÓN! ACTUAL te pone al dia del 

mundo del desarrollo gracias a sus secciones 

principales dedicadas a la programación gráfica, 

Internet y sus lenguajes, desarrollo empresarial 

y nuevas tecnologías. _ . 

Pe A 

Incluye CChfíom** 


LO MEJOR, AHORA EN CASTELLANO 

LINUX ACTUAL es la primera revista en castellano 
dedicada al GNU/Linux: el sistema operativo de 
moda. Incluye artículos dedicados a todas sus 
áreas y un CDRom con las mejores distribuciones 
y novedades del momento. 

Pe A 

Incluye CDRom " 


LA MÁS VENDIDA DEL MUNDO 

LINUX JOURNAL es la edición en nuestro país de la 
publicación más prestigiosa del mundo GNU/Linux, 
Entrevistas, actualidad y buenos artículos se dan 
cita en una auténtica “BIBLIA" sobre este sistema 
operativo. 


LO ÚLTIMO EN TECNOLOGÍA 

WINDOWS NT ACTUAL está destinada a profesiona¬ 
les del mundo NT, El modo más fácil para estar al 
día y conocer el entorno NT así como sus aplicacio¬ 
nes. 


SÓLO LINUX es la mejor revista en castellano para el 
usuario principiante en el mundo GNU/Linux. En ella 
encuentra toda la información en forma de artículos 
de nivel básico. Incluye un CDRom con la distribu¬ 
ción más fácil de instalar del momento. . 

Pe i 

Incluye CDRom " 
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Bimestral 


Bimestral 


Edita PRENSA TÉCNICA de libros y publicaciones • Alfonso Gómez 42, Nave 1-1-2. • 28037 Madrid • Tf: 91 3.04.06.22 « Fax: 91 3.04.17.97 • http://www.prensatecnlca.com 




igg» 






i xttloror 


Ift rN a 

wt omtmm 

mirar 


ítem- 


r jurAO^ 


p( rClA L ^ 

























































Web DIV 


fcj 


ViTAI wob actualización 2 II n- 3 II 26 de octubre de 1999 - Microsoft Internet Explorer 


Archivo Mari finas gawottita* %ynte. 

-- a jííS ASaÉi v 





l Lu 

■Mr 


5 Sf 36 






vi 

. L“, 


DíCSCCtóPli I #5 C: 1 ^tlNIDGWSlff 






_ 


l- i-lHfWWB 





* *** * 


1 1 ...'i 'i ) .1 l l 


— 



tu 


«nn; un 


4» luz en un oscura túnel 1 ' 




-i»rt s uu—ia » ■ ■ ■■. *amirn t rn 


■ - : 


iv® 





VfineialiDs 

1 


Vi TAI web adulación 2 II n* 3 II 76 do ot labro do 1999 Micfosoft Internet F «ploror 


m 

^lúcum í/tn JI .3 Avuufr 

ÍÉ* — 4 J J úf 4* -->7 d 



jjj¡T* r^tjtNNB tfWWff iuW»ia^vi ( 0hH f eÚ\tíO'.rtó.lWi | rt 


*5 NftWÜBI 


!?— m- 'jb* r /i ff t TOBP gis r~ 


TTíiar-érs ét$ir *1 pcmttpt» 
qtx k$ «Ktript?if-ta5 de 
WtSUírWéb Sfcft ¡tú 
xatíimm til ¡c «iTfeató-s . Sí 
«¿ts, ¡jjuc o&jwserla 
pcórmii será diferente, otíh 
esttraüta ‘Precita, ejiar ni?' 


s-t «ñama®* <w> deiiúrife 
¡que «s íeiux íya feay 
Tasiarins páginas ¡que :sdÜLo 
Tacón *se¡) y -í-e itwdfera *n 
iftsfetíwf •cni3«fS4!(3 , qúcáí 

'demaaitíb pretenebsas 
pm>iin>Ji»Sáfeiletaecite de 
¡e ffiterftisante 


1. 




fiara íeucáac^ «je» ceas» 
«iita¡niiaiite*r -de «crac-bar 

MBÍtltóf íif'SaS 

| H¡H*a jy 'cift'ta ves . Jasé Luis 
Cebiian, treadaff de F-eauc, 
es :«BKtro primer irraíada.. 



Jiialt: , T!:-_ : :n : j 


V:T VT-¿V:V.‘.V : -V : V: V : W 

U i • • -.i ;.-i ■-•::•• 





I.VnVQÍVVV-VíS 


?,M? 


•-- : , _• i. ! : : . : 1 • '.V ‘ v.H' 


ViTAI web (pregunta 1,) 


• i: -<ipzS} 


En las últimas tías,, y -con si áramelo de k wrsi&n preliminar de FePw/DiVt í»npd®knte 
Perú*) a díae '«ista., me he dado cuenta de que te usuarios D»V f ti sector §a» tas 
circunstancias que Je rodean) están més ttue pipetados para ta marcha definitiva y el 
abandeno prograswo de la herramienta de Haromer Tectmotlogies en pos d» Figtm» ^«s 
reatmenle esta la respuesta que esperaba Cabrían de todo esto? 


nai'^jVcV:; 


'' , ’'L ,j" 



Joeé Lule Cetrrián 

La verdad es que yo no esperaba ninguna tespuesta en particular., recuerd» V» sil. 

Finí* ere una utilidad pata ejecutar ios juegos de DIV ILv solo funcionaba unoJejejeyLci de 
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Entrevista con el creador de Fénix. 


Uso de mapas de dureza y con¬ 
sejos en programación de rpg y 
estrategia. 

También hay una sección de 
consulta de los lectores, para que 
envíen dudas o sugerencias sobre 
estos cursos. 


VitalWeb es una revista 
con contenidos la mar de 
interesantes, entre ellos 
reportajes y entrevistas 


Pasamos página. En el banco de 
pruebas se analiza el código de 

algunos juegos que se 
distribuyen a través de 
Internet o por medio 
de la revista que tienes 
entre tus manos. Se 
trata de estudiar estos 
códigos, para ver cómo se pueden 
mejorar, o alabar los aspectos acer¬ 
tados de la programación de los 
mismos. 


En esta ocasión los juegos elegi¬ 
dos para analizar han sido Master of 
Elements de Nightwolf y Tokenkai de 
Hammer Technologies. Se ofrece 
una crítica, siempre constructiva, de 
ambos títulos y se muestran algunas 
capturas de ambos. 

En "el termómetro" se pretende 
elaborar una lista de los mejores y 
los peores juegos programados con 
DIV. Como bien se avisa, no se pre¬ 
tende menospreciar a nadie con 
estas clasificaciones, sólo se busca el 
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promover una sana competencia 
entre los diferentes grupos de desa¬ 
rrollo existentes en nuestro país. 
Entre los mejores juegos se encuen¬ 
tran Master of Elements, ShowDown, 
Disco-Fighter, La Bolsa , Pablo Copter, 
Zelda y Maqdiablo. En la lista de 
peores juegos no hay colocado nin¬ 
gún título, parece que se tiende a la 
benevolencia en VitalWeb. 


Proyectos: primero realizar un 
programa especial para realizar 
mapeados tiles; segundo empezar a 
programar un juego de rol y arcade 
tipo Zelda , pero ambientado en una 
mezcla de escenarios medievales y 
espaciales. Aquí tenéis el argumen¬ 
to de este nuevo proyecto: 

"En una época medieval se 
están sucediendo hechos muy 
extraños que nada parecen tener 
relación con la realidad. Hombres 
del futuro se mezclan con los del 


medievo en una lucha por una 


planta, extinta en el futuro, con la 
que se elabora un combustible 
imprescindible para la buena mar¬ 
cha de un mundo cibernético. El 
protagonista deberá, tras salir de su 
asombro por las magias tan virtuo¬ 
sas de sus enemigos, combatir a las 
poderosas fuerzas venidas del futu¬ 
ro supliendo la falta de tecnología 
con buenas dotes de magia, inteli¬ 
gencia y sarcasmo anacrónico 
Si estás interesado en unirte a 


it 


este proyecto y eres grafista 2D o 
3D, guionista o programador fami¬ 
liarizado con el entorno DIV, parece 
que en VitalWeb necesitan gente 
que colabore con ellos. 

También hay un reportaje dedi¬ 
cado al pasado, presente y futuro 
de DIV. Muy interesante. Y una 
entrevista a jóse Luis Cebrían, crea¬ 
dor de Fénix , un programa freewa- 
re, con el código abierto a cualquier 
usuario y que puede convertirse en 
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La inevitable sección de enlaces. 
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Enlaces a visitar 



Revista electrónica "Vitalweb": 

http://www.geocities.com/TlmesSquare/arcade/9520 

DIVnet: 

http://www.pagina.de/div2 

Canal de chat sobre D1V: 

http://www.redbcn.com/canaldiv 


Otro canal: 

http://www.onelist.com/community/canaldiv 
Y otro más: 

http://www.fortunecity.com/roswell/philosophy/81/divchat.htm 
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Propuesta para la realización de un proyecto. 


un futuro próximo en la alternativa 
a DIV 2. 

Por supuesto, esta revista de dis¬ 
tribución on-line, también tiene un 
rincón para recoger la opinión de 
los lectores y una editorial firmada 
por el autor de la página. Os reco¬ 
mendamos que le echéis un vistazo 
a su contenido si disponéis de 
Internet en casa, y si no pues baja¬ 
ros al ciber-café que os quede más 
cerca. 


Canales de chat 

Hemos podido encontrar tres cana¬ 
les de chat dedicados a DIV, aunque 
suponemos que habrá más. Tenéis 
las tres direcciones en el cuadro 
adjunto. 

En ellos podéis encontrar, ade¬ 
más del consabido servicio de chat, 
listas de correo a las que poder 
apuntarse para recibir información 
sobre la programación de juegos; 
un tablón de anuncios donde se 
indica el día y la hora para tratar un 
tema en concreto; propuestas de 
juegos en común, etc. 

Si te interesa el mundo de la pro¬ 
gramación de juegos, pero no ves 
muy claro hacer un proyecto con tus 
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escasas fuerzas, puede que cono¬ 
ciendo a otras personas con tus mis¬ 
mas inquietudes te animen a trabajar 
en común para desarrollar un nuevo 
juego o para unirte a otros grupos 
de programación ya en pleno proce¬ 
so de producción de obras de soft¬ 
ware lúdico. Si no, siempre podrás 
hacer nuevos amigos. 

Si ya estás enfrascado en la 
realización de algún juego y te has 
quedado atascado en alguna parte 
del mismo, también puedes pedir 


ayuda. Algunos habituales de este 
tipo de canales de chat son autén¬ 


ticos monstruos 
de la programa¬ 
ción y se dedican 
profesionalmente 
a crear auténticas 
obras de arte en 


Hay varios canales de 
chat para que los 
programadores noveles 
puedan exponer sus 
problemas más acuciantes 


forma de juegos para ordenador. 
No lo dudes y conéctate a cual¬ 
quiera de ellos. 


Alfredo del Barrio 



ONfilist Carnes : Video Gamos : canaldiv- 
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el programa. Prueba de comprobar 
en su lugar si velocidad*-O. Por otra parte, los 
ajustes a velocidad convendría ¡par«cerne) que los 
hicieses después del trame. En general, no conviene 
que alteres ninguna variable de la que puedas 
necesitar su valor hasta que dejes de necesitarla. 
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Si quieres que tu página de Internet dedicada a DIV, a la pro¬ 
gramación de juegos o similares, salga reflejada en esta sección, 
mándanos un e-mail especificando cuál es la dirección de tu pági¬ 
na, Esto es importante, ya que hemos recibido algún que otro 
correo de algún entusiasta que nos dice de todo en el mail menos 
la dirección que tenemos que poner en el buscador para ver su 
rincón de Internet. 

Buscamos sobre todo dar a conocer todas aquellas direcciones 
que tengan algo que ver con la programación de juegos, utilicen 
DIV o no, a todos los aficionados a este mundillo. 

La dirección a la que podéis mandar cualquier información o 
sugerencia es esta: 

Gover@prensatecnica.com 
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El desplazamiento de la pantalla 

Una nave estelar se acerca hacia ti, la tienes a tiro, ya 
cantas victoria. Pero cuando nadie se lo esperaba, se sale 
de la pantalla y no puedes alcanzarla. ¿Qué ha pasado? 
¿Cómo podemos alcanzar la nave? La solución pasa por 
los scrolls. 


uchos de ustedes se 
preguntarán qué signi¬ 
fica eso de scroii. Con 
un scroii nos referimos 
al desplazamiento de una imagen 
de mayor tamaño que la pantalla, 
de forma que produzca sensación 
de movimiento por un espacio 
mayor. Para que podamos visuali¬ 
zarlo de forma clara, pongamos un 
ejemplo. Tenemos una vista aérea 
de un campo de fútbol (el famoso 
Sensible Soccer ). Podemos colocarla 
directamente en la pantalla, pero 
los jugadores serán tan pequeños 
que casi no podremos distinguirlos. 
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Podemos ver en acción el juego Heliobal!. En él se desplazan por el terreno de 
juego dos hovercrafts intentando marcar un gol al contrario. Es un buen ejemplo 
de ventanas de scroii. 


Para ello, podemos utilizar una 
imagen de un tamaño mucho 
mayor y desplazarla a la vez que el 
balón, que permanecerá quieto en 
el centro de la pantalla. De esta 
forma, si el balón se desplaza hacia 
la banda izquierda, la imagen del 
campo se desplazará también hacia 
esa zona. Con esto tenemos un 
efecto muy realista que nos permi¬ 
te aumentar el tamaño de los juga¬ 
dores sin perder ningún detalle del 
campo. 

Además de este tipo sencillo 
hay muchas otras variantes que 
nos permiten crear efectos diversos 
para todas las necesidades y jue¬ 
gos. Veamos algunas de estas 
mejoras: 
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Si el balón permanece quieto en 
el centro de la pantalla, aunque 
se desplace ef fondo, tenemos 
una imagen un tanto estática. Es 
por ello que podemos darle una 
región de libertad donde se 
puede desplazar sin que lo haga 
el fondo de la pantalla. Si se sale 
fuera de dicha región el fondo si 
desplazará igual que si se tratara 
del caso base. 

Podemos situar dos de lo que se 
denominan planos de scroii. El 
ejemplo más claro puede ser j 
cualquier juego de plataformas 
en los que se ve el cielo y unas 
montañas. Es evidente que por la 
cercanía de las montañas respeo 
to del cielo, éstas se desplazarán 
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más rápidamente que el cielo res¬ 
pecto de nosotros. Es por ello 
que debemos desplazar con 
mayor velocidad las montañas 
que el cielo. 

• Nuestro campo de fútbol es limi¬ 
tado, de forma que cuando se 
llegue a los límites, el balón sal¬ 
drá fuera y habrá un saque de 
banda. Sin embargo, si nos 
encontramos en el espacio, estos 
límites no existen, de forma que 
tenemos dos opciones: 

1. Crear un mapa de enorme 
tamaño, de forma que si 
algún curioso alguna vez osa 
buscar los límites tal vez lo 
encuentre. No es demasiado 
recomendable por el gran 
consumo de memoria y el 
gran tiempo que requiere 
hacer dicho mapa. 

2. Crear un nuevo efecto de 
forma que cuando alcancemos 
el límite nos "pegue" la panta¬ 
lla de forma cíclica con el otro 
límite, de forma que parezca 
un mapa infinito. Sin lugar a 
dudas, este es el que debemos 
usar. 

Ya que conocemos todos las 
posibles opciones que tenemos, 
pasemos a ver cómo podemos 
dibujarlo. 

Realización de scrolls 
con mapas 

Este método si bien no es demasia¬ 
do depurado ni recomendado, ¡lus¬ 
tra perfectamente el comporta¬ 
miento interno y el proceso que se 
sigue para generar estas imágenes. 

Tenemos un mapa bien grande, 
de unos 800 x 600 píxeles, que 
por cuestiones de simplicidad, 
vamos a considerar finito y no cícli¬ 
co, pero tan solo tenemos una 
pantalla de 320 x 200 píxeles. 
Tenemos un proceso que tiene una 
posición fija en la pantalla (en el 
centro i y el mapa de fondo se des¬ 
plazará generando el efecto de 
scroll. Para poder desplazar el 
fondo, debemos conservar unas 
coordenadas que nos indicarán 
donde se sitúa el proceso respecto 
del mapa de scroll. Estas coordena¬ 
das son las que variaremos para 
conocer la posición del proceso 
dentro del mapa. Por tanto, pode¬ 
mos conocer cuál es el punto del 
mapa que aparecerá en la esquina 
superior izquierda de la pantalla 
aplicando estas fórmulas: 

Coordenada x = coordenada x 
del proceso - (ancho de la 
pantalla / 2) 

Coordenada y = coordenada y 
del proceso - (alto de la pantalla 

12 ) i 
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El juego Helioball utiliza dos ventanas de scroll con distintas cámaras para simular 
un juego con dos jugadores. 


Para volcarlo sobre la pantalla, 
en primer lugar debemos crear un 
mapa auxiliar del lamaño de la 
pantalla para dibujar sobre él el 
trozo del fondo de scroll que apa¬ 
recerá en la misma. Para dibujar 
bloques de ia pantalla, debemos 
usar la función Map_Block_copy(), 
cuya sintaxis discutiremos a conti¬ 
nuación: 

Map_Block_Copy(fichero / gráfico 
de destino > x destino, y destino, 
gráfico de origen, x, y, ancho, 
alto); 

• El parámetro fichero nos indica el 
número del fichero donde se 
encuentran ambos gráficos. Debe 
ser el mismo para los dos. 

• Gráfico de destino, indica el índice 
del mapa donde se va a dibujar, 
en nuestro caso el mapa auxiliar. 

• Las coordenadas de destino , que 
indican donde se debe situar la 
coordenada superior izquierda 
del bloque que copiaremos. En 
nuestro caso serán las coordena¬ 
das (0,0), que coincidirán con la 
esquina superior izquierda de la 
pantalla. 

• El gráfico de origen nos indica el 
índice del mapa del que quere¬ 
mos copiar el bloque, que para 
nosotros será el fondo de scroll. 

' Las coordenadas x e y son las 
coordenadas donde comenzare¬ 
mos a leer el bloque, y que serán 

las que calculamos anteriormen¬ 
te. 

Los parámetros ancho y alto, indi¬ 
can el ancho del bloque a copiar, 
que serán los mismos que el 


ancho y alto del modo de vídeo 
que hallamos seleccionado (320 
x 200). 

Por tanto, suponiendo que el 
mapa auxiliar tenga índice 1 y el 
fondo de scrofl índice 2 dentro del 
mismo fichero de índice 1, esta 
será la orden que debemos intro¬ 
ducir: 

M ap_ Block_ Copy 

(1,1,0,0,2, coordenada x, 

coordenada y, 320,200); 

Si esto lo situamos en un pro¬ 
ceso donde dibuje siempre el 
mapa auxiliar en la posición (0,0), 
tendremos ya nuestro deseado 
efecto de scroll. Es importante 
colocar en primer lugar el centro 
del mapa auxiliar en la posición 
(0,0), ya que de otra forma, apare¬ 
cerá el centro de dicho mapa en la 
esquina, con lo que mandamos al 
garete todo el trabajo. Recordemos 
que esto se hacía colocando 
mediante el editor gráfico el pumo 
de control 0 en las coordenadas 
donde deseemos colocar el centro. 

Para nuestro ejemplo hemos 
tomado un sencillo programa que 
simplemente muestra una nave 
que hemos seleccionado de entre 
la amplia librería de DIV moviéndo¬ 
se por un fondo de estrellas. Este 
fondo se ha realizado a partir de 
una imagen en negro a la que 
hemos añadido puntos blancos 
con el spray. Estos son los índices 
de las imágenes dentro del fichero 
de mapas: fondo (1), nave (2), 
mapa auxiliar (3). Veamos el códi¬ 
go fuente de esto: 
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Cuadro 1. Código del programa de scrolls por volcado de mapas T 

PROGRAM scro¡Lcon_mapas; 

las teclas 

cy = 600-200; | 


if (key(Jeft)) 

END 

GLOBAL 

ex--2; 

END 

ex, cy; 

END 

FRAME; 


if (key(_right)) 

END 

BECIN 

cx+=2; 

END 

load_fpgCc: \div\divmania \ 

END 


ejemplo4.fpg"); 

if (key(_up)) 

PROCESS aux() 

naveQ; 

cy-=2; 

BEGIN I 

aux(); 

END 

graph =3; I 

LOOP 

if key(_down)) 

x = 0; 

FRAME; 

cy+~2; 

y = 0 ; 1 

END 

END 

z = 50; 1 

END 

// controlamos que no se 

LOOP 


salga del fondo de scroll 

// copiamos en cada 

PROCESS naveQ 

if (ex < 0) 

frame el bloque ! 

BEGIN 

ex = 0; 

correspondiente 1 

graph - 2; 

else IF (ex > 800-320) 


x = 160; 

ex = 800-320; 

Map_Block_Gopy(0,3,0,0, l,c [ 

y - 100; 

END 

x,cy,320,200); , 

ex = 400; 

END 

FRAME; 

cy = 300; 

if (cy < 0) 

END \ 

LOOP 

cy = 0; 


// movimiento mediante 

else IF (cy > 600-200) 

END 


Si ejecutamos el programa ten¬ 
dremos el efecto deseado. Es 
importante que en el mapa con el 
fondo negro, este color no tenga 
índice 0, ya que de esta forma, el 
fondo sería considerado como 
transparente y no volcaría el conte¬ 
nido adecuadamente, conservando 
el contenido de anteriores frames. 


Realización de scrolls 
con Start_Scroll() 

El proceso anterior, es completa¬ 
mente válido, y de hecho funciona, 
pero como veremos, DIV es capaz 
de gestionar de forma autónoma 
los scrolls de pantalla. Para ello uti¬ 
liza la estructura global Scroll y las 
funciones de activación y desacti¬ 
vación de éstos. 


En primer lugar veamos la fun¬ 
ción Start_Scroll, que nos permite 
activar lo que se denomina una 
región o ventana de scroll. Una 
región de scroll no es más que una 
zona de la pantalla donde se apli¬ 
cará dicho efecto de scroll. DIV es 
capaz de gestionar hasta 10 venta¬ 
nas de scroll simultáneamente. 

Para crear una de ellas debemos 
seguir la sintaxis: 

Start Scroll 


crear, que varía entre 0 y 9. 
Fichero indica el índice del fichero 
de mapas que contiene los pla¬ 
nos de scroll. 

Gráfico es el código del mapa 
dentro del fichero, del scroll pri¬ 
mario que deseamos aplicar para 
el efecto. 


(<n Q scroll>,<fichero>, <gráfico>, < 
gráfico fondor 
< reg i o n> / < in d icado r de 
bloqueo>); 


Con el primer parámetro le indi¬ 
camos el número que deseamos 
asignar al scroll que vamos a 



El ya famoso juego de las chapas recreado en un amplio terreno utilizando de 
nuevo las ventanas de scroll. 


El gráfico de fondo es el segundo 
plano que podemos desear que 
aparezca por detrás del gráfico 
principal. Es importante que 
dicho gráfico principal tenga 
zonas transparentes para que se 
pueda ver este gráfico. Si su valor 
es 0, no se aplicará. 

Una región es una zona rectan¬ 
gular de la pantalla donde quere¬ 
mos aplicar un efecto. En DIV 
podemos crear estas zonas rec¬ 
tangulares con la función 
define_region(), cuya sintaxis es 
define_region(indice,x, y, ancho, 
alto;. Con el índice debemos 
especificar un número entre 1 y 
31 que identificará internamente 
nuestra región. Esta región nos 
servirá para especificar la zona de 
la pantalla donde mostraremos 
nuestra ventana de scroll. Si su 
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valor es 0, tomará toda la panta¬ 
lla para representar la ventana. 

El indicador de bloque representa 
una serie de propiedades que nos 
permite crear planos de scroll 
cíclicos. Este número debe ser la 








suma de los valores que desee¬ 
mos de la tabla 1. Si no quere¬ 
mos que nuestro plano de scroll 
tenga ninguno de estos efectos, 
debemos especificar este valor 
como 0. 
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Tabla 1. Valores de 


los identificadores 


de bloqueo 


Valor Significado 

+ 7 Primer piano cíclico 
horizontal 


+2 Primer piano cíclico vertical 


+4 


Segundo plano cíclico 
horizontal 


+8 


Segundo plano cíclico 
vertical 


Además de esta llamada, debe¬ 
mos definir otros valores para deter¬ 
minar de (orma definitiva nuestra 
ventana de scroll. Estos valores se 
encuentran en la estructura global 
scroll. Esta estructura nos permite 
determinar estos valores en cual¬ 
quiera de las 10 ventanas indicán¬ 
dole el índice de dicha ventana de 
scroll de la siguiente manera: 

Scroll[indice] 

Podemos suprimir el índice y 
los corchetes para referirnos al 
scroll número 0. Veamos algunos 
valores de la estructura scroll: 

• x0,y0: indican las coordenadas de 
la esquina superior izquierda de 

la ventana de scroll. Variando 
estos valores podremos desplazar 
la imagen de fondo. 

• xl f yl: idéntico al anterior pero 
para el segundo plano. 

• Camera: si inidalizamos este valor 


con el identificador de un proce¬ 
so, la ventana de scroll seguirá 
permanentemente el movimiento 
de éste. 


Ratio: indica la proporción del 
desplazamiento del primer plano 
respecto del segundo en porcen¬ 
taje. Por ejemplo un valor de 200 
indicará que el primer plano se 
desplazará el doble de rápido 
que el segundo. 

Región 1 : si se inicializa con un 


i / 


don define_region();), nos indicará 
la zona de la ventana o región de 
libertad donde se desplazará el 
proceso asociado y no el fondo. 

Las dos últimas variables (ratio y 
región1) sólo tienen efecto si 
hemos determinado la ventana 
como scroll automático, es decir, 
que persiga a un proceso, o lo que 
es lo mismo, iniciar la variable 
camera con el identificador de 


dicho proceso. 

Pero esto no es todo lo que 
precisamos para realizar efectos de 
scroll. Para que DIV sepa qué pro¬ 
cesos deben mostrarse en las ven¬ 
tanas de scroll, debemos especifi¬ 
car el valor de la variable local 


ctype de todos los procesos de la 
siguiente forma: 

Ctype = c_scroll; 

Así, las coordenadas locales de 
estos procesos no se referirán a la 
posición en la pantalla, sino a la 
posición relativa al plano de scroll 
en el cual se desplaza. Por tanto, la 
forma de mover el fondo de scroll 
en una ventana donde tenemos un 


proceso cámara, es variando las 
variables x e y de dicho proceso. 

Nada mejor que ver un ejem¬ 
plo que nos ¡lustre cómo realizar el 
mismo scroll que hicimos anterior¬ 
mente mediante mapas. Cuadro 2. 

Al comienzo fijamos los valores 
que definen nuestra ventana relle¬ 
nando los campos adecuados de la 
estructura scrolL Estos serán las 


coordenadas de la esquina superior 
izquierda del mapa de estrellas, así 
como el identificador de la nave, 
que obtendremos de la creación 
de dicho proceso y utilizaremos 
para dar el valor adecuado al 
campo camera. 

Podemos comprobar cómo este 
programa realiza lo mismo que el 
que desarrollamos con anteriori¬ 
dad. Pero ahora queremos añadirle 
una región de libertad donde se 
desplazará libremente el proceso. 


estructura scroll , que es región 1 . 
Esta región irá desde las coordena¬ 
das (100,50) a (220,150). Es tan 
sencillo como añadir este código: 


define_region(2,100,50;120,100); 
scroll.regionl = 2; 


Si ahora comprobamos el resul¬ 
tado de esta operación, veremos 
como simplemente añadiendo un 
par de líneas hemos conseguido un 
efecto bastante interesante. Esto 
sin embargo sería mucho más 
complicado con el primer método 
visto con anterioridad. 


Conclusiones 


Hemos tratado en este número una 
interesante técnica que nos permiti¬ 
rá crear juegos mucho más dinámi¬ 
cos. Es importante saber que sólo 
hemos hablado de los conceptos 
básicos que pueden permitirnos 
realizar a la postre, efectos de scroll 
mucho más complejos. Para poder 
profundizar mucho más en este 
tema, es muy recomendable con¬ 
sultar el código fuente de juegos 
que utilicen esta técnica para ver 
cómo la aplican. Un buen ejemplo 
puede ser el programa Heiioball o 
World Chapas Championship, que 
acompañan al CD de DIV. Para 
cualquier consulta, opinión o duda, 
puede escribir un e-mail a 
trinidad@arrakis.es 


Pablo Trinidad 
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región que la define dentro de la 

El editor gráfico en acción. 

Cuadro 2. Código del programa de scroll 


PROCRAM naves; 

LOOP 

x- =2; 


FRAME; 

END 

GLOBAL 

END 

if (key(_right) 

idjnave; 


x+=2; 1 


END 

END 

BEGIN 


if (key(_up)) 


PROCESS naveQ 

y-=2; 

load_fpg("c: \ div \ divmania \ ej 

BECIN 

END 

empio4.fpg"); 

ctype - c_scroll; 

if (key(_down)) 

scroll.xO = 0; 

graph = 2; 

y+=2; 

scroll. y 0 = 0; 

x = 100; 

END 

idjnave = naveQ; 

y = 100; 

FRAME; 

scroll.camera = idjnave; 

LOOP 

END 

s tart_scroll( 0,0,1,0,0,3); 

if (key( left)) 

END 
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Respuesta a todas tus preguntas 


Los mapas son el pan de cada día en el mundo 


de DIV. Sabemos manejarlos, pero, ¿como se 


almacenan dichos mapas? ¿Cuál es el 


formato? ¿Sabiendo su formato, puedo hacer 


un programa que manipule estos archivos? 


asta ahora, pocos se 
habían dado cuenta de la 
cantidad de ventajas que 
podemos obtener en el 


Se anima a los lectores a 
realizar sus propias 
utilidades para el 
programa DIV 


desarrollo de juegos en DIV 
mediante el uso de herramientas 
externas. Aplicaciones como un 
generador de plataformas, genera¬ 
ción de código por módulos y 
quizás el más destacado, el DIVC 
(un nuevo compilador de DIV 
alternativo que permite ejecutar 
los programas en el entorno 
Windows 95 y Linux), son claros 
ejemplos de las posibilidades que 
se abren ante nuestros ojos. Es mi 

intención por ello, ani¬ 
mar a todos los lecto- 


cada punto en la pantalla, se 
corresponderá con un byte en el 
fichero. Es por ello que nuestra 
principal preocupación será la 
correcta localización del comienzo 


res para que hagan sus 
propias utilidades y 
herramientas que 
potencien las capaci¬ 
dades de DIV. Por ello, en este 
número, vamos a realizar un lec¬ 
tor de archivos MAP, que por 
razones de comprensión y com¬ 
plejidad hemos optado por redu¬ 
cirlo al máximo, pero que con 
poco trabajo, podemos convertir 
en, por ejemplo, un editor de 
archivos MAP. Utilizaremos para 
este lector de mapas el compila¬ 
dor Visual C++ para el entorno 
Windows 95, aunque el código 
que nos interesa, viene a ser com¬ 
patible con cualquier otro compi¬ 
lador de C++ o sistema operativo 
haciendo pocos cambios. Sin más 
preámbulos, pasemos a la acción. 


de los datos de la imagen y una 
buena organización de la paleta. 
Podemos ver en la tabla 1, la des¬ 
cripción de este formato gráfico. 
Como podemos observar, dispone¬ 
mos de una serie de datos que nos 
permiten comprobar si el formato 
con el que vamos a tratar es el 
correcto: el identificador, el código 
y la versión. Es conveniente hacer 
dicha comprobación antes de 
manipular cualquier fichero MAP, 
por los posibles errores que no 
son pocos) que podría causar tratar 
cualquier otro fichero como de 
tipo MAP. 

Dentro de la cabecera nos 


encontramos con otro dato impor¬ 
tante, el tamaño del mapa, es 




Conociendo el formato 

El formato MAP, es bastante senci¬ 
llo en su estructura, sobre todo 
una vez conocido el formato PCX. 
Los datos de la imagen no tienen 
compresión alguna, con lo que 
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decir, los puntos de ancho y alto 
que tiene el mapa. Esto nos servirá 
más adelante para saber el número 
de puntos del gráfico que debe¬ 
mos leer. Para terminar con la 
cabecera, disponemos del código 
del gráfico que lo identifica, y de 
una descripción en forma de texto 
ASCII que son los que aparecerán 
en un archivo FPG. 

Una vez analizadas las principa¬ 
les características de nuestra ima- I 
gen, pasamos a ver los valores de 
la paleta. Podemos comprobar el 
formato de la paleta en la Tabla 2. 
Este formato es el mismo que se 
utiliza en los formatos de paleta 
PAL, Hemos de recordar que los 
valores RGB contenidos en este for- 
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mato oscilan entre 0 y 63, con lo 
que para manipularlos correcta- labituak 
mente en cualquier entorno distin-'a iniciar 
to a DIV, debemos multiplicar por amos qi 
4 el valor obtenido. uanto a 

Los puntos de control nos per* iupuestc 
miten tener localizado el centro denos pre 
la imagen, así como otros puntos Desetas 
importantes del mapa. Tras esto oara los 
podemos proceder al análisis de la Esoeram 
imagen. Por cada punto obtene¬ 
mos un valor de 0 a 255 que nos 
indica el índice del color dentro de 


la paleta de colores. 


* 










DIV MANÍA 


NUMERO 


V 











































irfititiá 

m 

* 

a 

¿B 





Mil- 










É| 



















































































































L a información contenida en un DNI no es 
posible almacenarla en una estructura de 
tipo array de forma natural, pues ésta presenta 
datos que no son del mismo tipo y no sería 
conveniente acceder a cada uno de los datos 
mediante la posición que ocupa dentro de la 
estructura. 

Los lenguajes de programación disponen del 
tipo de datos registro (record ) que sí permite 
agrupar datos de tipos totalmente diferentes 
en una única estructura. 

REGISTROS 

Un registro no es más que una estructura de 
datos que se compone de datos más 
sencillos a los que agrupa. Cada uno de los 
datos que forman parte de un registro se 
denominan campos. 

En la figura 1 se muestra un ejemplo de 
definición de un registro para almacenar los 
datos que podrían formar parte de la 
descripción de un determinado producto. El 
tipo de datos "producto" contiene cuatro 
campos que reflejan el código, la 
descripción, la cantidad almacenada y el 
precio para un determinado producto. 
Posteriormente a la declaración del tipo 
producto se ha procedido a declarar dos 
variables de dicho tipo que contendrán éstos 
cuatro datos. 

Cuando se referencia una variable de tipo 
registro se está referenciando a toda la 
información que contiene. Para poder 
acceder por separado a cada uno de sus 
campos se deberá especificar el nombre del 
campo precedido de la variable registro a la 
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type 

pro «iuct o = 






p 


n 




cod_producto : str±ng(20) 
dscr_producto : string(80 
cant almacenada 
precio ; 

end ; 


producto 1, product: producto ; 




m 


begin 

producto 1. const_aliiiacenada 
if producto_2.cod_producto ! 

then 


= 5 ; 
"Ü34S6AF" 


I end. 







Figura 1. 




presentan siempre los mismos campos, 


que pertenece separados entre ellos por un 
punto. El dato resultante será del mismo tipo 
que el del campo, lo que implica que 
cualquier referencia a un campo puede 
aparecer donde pueda hacerlo una variable 
de dicho tipo. Así, en la figura 1 al campo 
cant_almacenada se le puede asignar el valor 
entero 5, o bien, se puede comprobar si el 
campo cod_producto contiene un 
determinado código en la condición asociada 
a una instrucción if. 

Es posible no tener que referenciar la variable 
de tipo registro a la que pertenece un 
determinado campo gracias a la existencia de 
la instrucción with. Esta instrucción seguida 
de un nombre de variable de tipo registro 
permite cualificar dentro de su ámbito un 
conjunto de campos sin tener que especificar 
el nombre de la variable registro a la que 
pertenecen. Es útil, cuando en líneas 
adyacentes se van a realizar referencias a los 
campos de un mismo registro, o bien, 
cuando a lo largo de un trozo de código se 
va a referenciar de forma continuada a uno o 
varios campos. En la figura 2 se muestra la 
utilización de esta instrucción; las reglas de 
ámbito de esta instrucción son las mismas 
que para otras instrucciones. 

Puesto que un registro es un tipo de datos es 
posible que un campo de un registro sea a su 
vez un registro; a este tipo de registros se les 
denomina registros anidados. El 
comportamiento sigue siendo el habitual 
pero, para acceder a los campos de los 
registros definidos más internamente, se 
deberá especificar el registro más externo al 
que pertenece, junto con el registro que es a 
su vez un campo de dicho registro. 

REGISTROS CON VARIANTES 

Los registros anteriormente descritos 


aunque éstos pueden ser de diversa 
naturaleza, sin embargo, es posible construir 
registros que presenten diferentes tipos de 
datos dependiendo de una parte lija; se traa 
de los registros con variantes. 

Se debe especificar el nombre del 

campo precedido 
de la variable registro 

Supóngase la siguiente situación: 
normalmente los productos representados 
por el registro de la figura 1 se fabrican en la 
misma empresa, sin embargo, hay una 
mínima parte de ellos que son fabricados por 
empresas externas. Para representar éste 
hecho, es posible incluir dos campos más en 
el registro de tal forma que se pueda registrar 
el nombre y la dirección de la empresa que 
los fabrica. Ésta solución sería ineficaz pues la 
mayoría de éstos campos quedan vacíos 
debido a que casi todos los productos son 
fabricados por la propia empresa, por lo que 
se derrocharía espacio al almacenarlos. 
Además, se tendría que realizar un 
tratamiento especial para aquellos registros 
que tuviesen la correspondiente información 
almacenada. 

Para evitar situaciones como la anteriormente 
descrita es posible definir registros con 
variantes, de tal forma que en base al 
contenido de un campo del registro pueda 
decidirse si los campos que son variantes u 
opcionales deben ser tratados o no. i 

En la figura 3 se muestra la solución dada a 
través de un registro variante: a través del 
campo de tipo booleano otra_empresa es 
posible decidir si los datos del fabricante del 
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cod_producto : strinig (20) ; 

dscr_product-o : string(8Q) ; 
caiit_ almacenada. : integer ; 
precio : integer ; 
case otra_eupresa : boolean of 
true :(denom_empresa : str±iuj(60) 
dir_empresa : str±njg<80) ) 

end ; 










producto i : producto 


with. producto 
do 

begin 
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cod_producto 
ds c r_p r o duct. o 
cant- almacenda 
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32 ; 


// 
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4354YY" , 

•" "-■ - de clavos" 




precio 



end ; 


I 


cod_producto 
ds c r_p r o duct. o := "caga 
cant_alaacenada := £0 ; 
precio := SO ; 
otra_enipresa : = true ; 
denom_empresa := "Tala S.L." ; 
dir_empresa := "C\ Suspiro Verde n' 
end ; 


/y 


1£ otra_eiapresa 

then 

write ('La empresa fabricante es 
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write ('Este producto es fabricado por nuestra empresa") ; 



producto l.denom empresa"') 


,üra2. 



iducto estarán disponibles o no. Si el 
itenido de dicho campo es true será posible 
:eder al contenido de los campos 
|nomjmpresa y dir_empresa, por el contrario, 
»ste campo tuviese el valor false, entonces 
se podría acceder a dichos campos. 

o es muy aconsejable utilizar 
registros si se piensa usar 
i fichero para almacenarlos 

campo que sirve para discriminar la 
;¡stencia o no de otros campos (en el ejemplo 
ijmpresa), puede ser de cualquier tipo 
■rango permitiéndose hasta 256 valores 
entes. De forma general, se podrán 
lentificar tantos grupos de campos como 
■alores pueda tener el campo discriminador. 
todas formas, no es muy aconsejable 
ilizar este tipo de registros si se piensa utilizar 
un fichero para almacenarlos, pues es 
|iiefer¡ble mantener la Información separada. Si 
se analiza el anterior ejemplo, el que existan 
una serie de campos variantes en el registro es 
deoido a que se están almacenando datos de 
diferente naturaleza: por un lado, la 
información referente a un producto y, por 
otro, la empresa que lo fabrica. Los problemas 
que plantea el mantener la información 
almacenada mediante un registro variante es la 
siguiente: 

• Existe información duplicada, pues cuando 
dos productos son fabricados por la misma 
■ empresa aparecerá repetida su dirección. 


Figura 3. 


• La posibilidad de que existan 
inconsistencias en la información es mayor, 
pues ¿qué ocurriría si para dos productos 
fabricados por la misma empresa ésta 
tuviese direcciones diferentes?. 

• La Información relativa a una empresa 
depende de que exista un producto 
fabricado por dicha empresa, aún cuando 
fuera interesante mantener dichos datos. 

Todos estos inconvenientes pueden ser 
eliminados utilizando dos registros que 
almacenasen los datos separados para la 
empresa y el producto, teniendo el producto 
un campo extra que contuviese el código de 
la empresa que lo fabrica. Si se deseara 
buscar la dirección de la empresa que fabrica 
un determinado producto, bastaría con mirar 
el registro de empresas que tuviese por 
código de empresa el correspondiente al del 
producto. 

Dentro de los registros con variantes existen 
los denominados de enlace libre, cuya 
diferencia con el resto de registros variantes 
es que no disponen de un campo para 
discriminar el tipo de datos que almacenan, 
permitiendo representar un mismo dato de 
diferentes formas. 

Supóngase que se desea enviar por un puerto 
de E/S una serie de números enteros. Todos los 
puertos de E/S tratan los datos en unidades de 
byte lo que implica que si se desea enviar la 
información correspondiente a un entero 
habría que realizar una serie de operaciones 
para trocear el entero en bytes. Aunque esto 
no ofrece ninguna dificultad aplicando las 
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operaciones aritméticas correspondientes, es 
posible utilizar un registro de tipo variable con 
enlace libre que va a permitir que el dato 
entero disponga de ambas representaciones. 
En la figura 4 puede observarse cómo el 
registro puerto es un registro con variantes 
pero sin campo selector por lo que no puede 
contener diferentes estructuras dependiendo 
del valor de un campo; este registro sólo 
puede contener en un momento dado un 
número entero, o lo que es equivalente, dos 
bytes. Cuando se desea almacenar un número 
entero se utiliza el campo valor_entero 
asociado a la cláusula true-, cuando se desea 
acceder a la información en forma de byte se 
utilizan los campos byte_alto y byte_bajo 
asociados a la cláusula false. 

Una razón de peso a la hora de utilizar estos 
registros es la comodidad para el 
programador y la transportabilidad, pues la 
mayoría de los compiladores de Pascal 
poseen éste tipo de registros.^ 
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type 

dual= record 

case boolean of 

true : (valor entero : integer) 
false : (byte_alto : byte ; 

byte_bajo : byte ) ; 

end ; 

var 

puerto : dual ; 
valor : integer ; 

begin 

valor := 124 ; 

puerto.valor_entero := valor ; (representación como entero) 
portEfAü) := puerto.bytealto ; (representación como byte} 
porttfAO) := puerto.byte bajo ; (representación como byte} 


end. 



Figura 4. 


rara 

aewtoper 


3 


Programación básica 











































3* 8F11 jSTr 










¡Slf 

O; 




17, ¿a ¿*3 








HL .«a» ¡ 



. .V 




i .«¿1 Tp 
















% m 






I#, 



(fr _Ora 

Ijh "Tí, 


rt T5¿ V> ¿r't: 











q jfcff 

V'V JE? ¡M ¡Ti; $ ! 1 > 





iyjR 1 %Ujg 

n k i 



& 






t 


I 


I 


/ 

o 


función, utilizando como argumento la 
puntuación obtenida en la hipotética prueba 
de ortografía. 

ESTRUCTURA DE LAS LLAMADAS A UNA 
FUNCION CON ARGUMENTOS 

Hay que destacar ciertos aspectos sobre este 
programa. Primero el número que queremos 
pasar a bar¡) desde el programa principal está 
incluido en los paréntesis que acompañan a la 
función doren la llamada a función: 


bar(27); 

Prodríamos haber usado un nombre de 
variable en lugar de la constante 27; veremos 
en breve un ejemplo de este tema. 

El declarador, que se encuentra al principio 
de la definición de la función bar (), consta 
del nombre de la fundón, del nombre de la 
variable (puntuación) y de su tipo, estos dos 
últimos incluidos entre paréntesis. 

void bar(int puntuación); 


Se puede ver que el valor puntuación se 
transfiere como por arte de magia a la 
función. i 

El valor colocado entre paréntesis en la 
llamada a la función se asigna automáticamente 
a la variable puntuación de bar(). 

El prototipo refleja el tipo de dato del 
argumento: 1 

void bar(int); /* prototipo */ 

Observe que el prototipo se diferencia del 
declarador en que aquél no utiliza nombre 
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le variable para el argumento, sólo el tipo de 
lato (se puede utilizar un nombre, como 
'eremos pronto, pero es opcional), 
lomo la función bar() no devuelve nada, su 
ipo es void. 

A los va 
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a variable puntuación en la función bar() no 
■stá declarada en la misma forma que las 
uriables normales. No obstante, se la 
leclara; su inclusión en el declarador de la 
lición sirve no sólo para especificar que es 
m argumento de una función, sino para 
clararla. Puede ser utilizada como 
lalquler otra variable de la función; la única 
erencia es que el programa le asigna un 
lor inicial cuando llama a la función. 

ISO DE VARIABLES 
iMO ARGUMENTO 

in el ejemplo anterior hemos pasado a la 
nción bar() constantes (tales como el 
lúmero 27) como argumentos. Podemos 
bién pasar una variable desde el programa 
a la función, como demuestra esta variación 
del programa grafbar.c: 


/*grafbar2,c */ 

I* dibuja gráficos de barras, 
argumentos de una fundón */ 


f d t 


mt mpunt; 
while(1) 

I 

printfj" Puntuación 
printf("%d",&ii 
bar(inpunt); 

I 


/* barí) 


barras horizontales 


f 


for(j=1 ;¡<puntuacion; j++) 
printf("\xCD"); 
printf(“\n"); 
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Ejemplo de ejecución del programa que dibuja una estadística gráfica de datos en pantalla. 


En este programa, la función bar() es la 
misma que antes. El prototipo es también el 
mismo. Sin embargo, el programa principal 
ha sido modificado para aceptar las 
puntuaciones introducidas desde el teclado. 
Como las puntuaciones que pasamos a bar() 
no son conocidas de antemano, tenemos que 
utilizar una variable para pasárselas a la 
función. 


en la 




El argumento en el programa se denomina 
argumento actual, mientras que el argumento 
de la función invocada es el argumento 
formal. En este ejemplo, la variable inpunt 
constituye el argumento actual del 
programa, y la variable puntuación es el 
argumento formal de la función. El 
conocimiento de estos términos no ayudará a 
programar mejor, pero no viene nunca de 
más saber algo de teoría. 





igual que las 


ables normales 


Realizamos esta tarea con la instrucción: 


Ahora cualquier valor que introduzca el 
usuario será recogido por scanfi) y asignado 
a la variable inpunt. Cuando se llama a bar(), 
se le pasa este valor como argumento. 

Se han asignado nombres diferentes a las 
variables: inpunt en el programa y puntuación 
en la función. En realidad, podríamos haber 
utilizado el mismo nombre para ambas; 
como se encuentran en diferentes funciones, 
el compilador las consideraría como variables 
diferentes. 
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T ras haber explicado ya bastantes 
conceptos e instrucciones en los 
anteriores capítulos, como puede ser la 
forma en que se referencia a la memoria en 
un 8086, las directivas principales para poder 
construir el esqueleto de un programa 
sencillo, las instrucciones más elementales, la 
definición y uso de procedimientos, etcétera, 
ahora se va a pasar con la explicación de qué 
es y cómo funciona la PILA la cual, si nos 
fijamos bien, ha aparecido en todos los 
programas de ejemplo que se han dado hasta 
ahora en el curso, y que como veremos a 
continuación, es una zona de memoria 


indispensable tanto para que pueda funcionar 
el propio procesador de forma correcta, como 
para que el programador pueda escribir 
algoritmos complejos dada su utilidad para el 
almacenamiento de datos temporales cuando 
las variables a manejar exceden el número de 
registros disponibles ique no son muchos 
precisamente en un micro tipo CISC). 
También, por su relación indirecta, 
detallaremos las Instrucciones de transferencia 


de banderas que son, como se podrá ver, 
muy fáciles de utilizar y comprender. 


LA PILA 


Hasta ahora, a lo largo de los primeros 
capítulos del curso se ha referenciado 
diversas veces acerca de la llamada PILA 


(stack en inglés). 

Para empezar decir que se trata de un búffer 
de memoria (búffer, segmento, bloque de 
memoria o como nos guste más llamarle) 
que se define y usa en todo programa, ya sea 
de forma automática y transparente al 
programador, como pasa en el caso de usar 
lenguajes de alto nivel, o de forma manual, 
como es el caso del ensamblador, donde 


disponemos de instrucciones expresas para 


su manejo. 
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Como ya podemos haber observado en los 
fuentes dados en el curso, para definir un 
segmento que funcione como PILA sólo 
tenemos que añadirle la directiva STACK a la 
de SEGMENT del bloque que queremos definir 



como tal, (en los listados del capitulo anterior 
podemos ver ejemplos de su definición). 

Otro dato importante es que, como norma 
general, siempre suele definirse una PILA con 
un tamaño mínimo de unos 2 Kbytes {2048 
bytes), lo cual resulta suficiente para las 
necesidades de cualquier programa normal 
que tengamos que desarrollar. Debemos tener 
presente que en caso de que la pila fuese 
desbordada en capacidad en alguna ocasión, 
el fallo de ejecución sería prácticamente seguro 
y podría dar como resultado un bloqueo de 
toda la aplicación ( Stack overflow) o errores 
secundarios imprevistos de funcionamiento, 
por lo que reducir su tamaño más de lo normal 
con el único objetivo de ahorrar memoria se 
convierte en un riesgo innecesario, dado el 


pequeño tamaño que requiere para su 





PARA QUE SE USA LA PILA 


En términos generales podemos decir que la 
PILA se usa para que tanto la CPU como el 
programador puedan almacenar datos 
temporales que tienen que ser recuperados 



La característica que más diferencia a la PILA 
de un bloque típico de memoria es que 
funciona de forma inversa a como lo hace un 


búffer de memoria normal, o sea, que 
mientras un bloque típico definido por 
nosotros lo llenaríamos desde cero hacia el 


final, incrementando la posición del puntero 
en la que vamos escribiendo, en la PILA pasa 
justamente todo lo contrario, se considera el 
primer dato de la PILA el final físico de la 
misma (el último byte, el offset máxim), y 
cuando la llenamos de datos completamente 
llegamos al principio del bloque, donde 
estaría su posición de memoria relativa 0 
(offset), quedando claro que cada vez que 
introduce un elemento, se decrementa el 


puntero < Offset) relativo dentro de la misma. 
A esta peculiar forma de funcionar las 
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entradas y salidas de datos de la PILA se la 
conoce popularmente como LIFO, que son 
las siglas de Last l_n, Fisrt Out que se traduce 
literalmente como El último en entrar, el 


primero en salir y que define perfectamente 
cómo podemos observar su funcionamiento. 
Para complementar la explicación dada, deci 
que los bloques de memoria normales 
funcionan del modo llamado FIFO, que son 
las siglas inglesas First In, First Out y que en 
español llano sería algo así como El primero 
en entrar, el primero en salir. 
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de unos 2 Kbytes 


En la fotografía 1 podemos ver un mapa 
esquemático del funcionamiento interno de 
los dos tipos de segmentos que existen en un 
programa, el modelo FIFO (segmento 
normal) y el LIFO (PILA), pudiéndose ver 
todo lo explicado de forma práctica. 

Otro aspecto importante de la PILA es que 
los valores que se almacenan en ella sólo 
pueden ser elementos de un tamaño mínimo 
de 2 bytes (palabras), lo que significa que 
nunca podremos encontrarnos con datos en 
posiciones que no sean pares respecto al 
primer elemento que coloquemos en ella, 
aunque sí podemos almacenar elementos de 
tamaño múltiple de 2, o sea, elementos de 
32 y 64 bits. El porqué de esto no importa 
demasiado saberlo aún, pero debe tenerse 
presente puesto que es importante para el 
buen funcionamiento de la misma. De 



formas, este error no es muy común 
cometerlo, dado que las propias 
instrucciones de que dispone el programado' 
para la entrada y salida de datos de PILA no 
permiten operadores de 8 bits, siendo 
únicamente posible producirse error si se 
modifica manualmente el registro SP usado 
como puntero de pila. 
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ORÍGENES DEL SISTEMA UFO 

En principio, puede parecer que este sistema 
de gestión de la pila es un poco innecesario, 
pero si examinamos los orígenes de los PC's, 
veremos que su forma de funcionar tenía un 

por qué. 

Cuando los programas funcionaban en los 
antiguos 8086, era normal que la memoria 
instalada en el sistema fuese ridicula y que los 
programas fuesen de pequeño tamaño, del 
tipo llamado .COM (en vez de EXE), lo cual 
consistía básicamente en que todo el 
programa ocupara sólo un segmento de 
memoria y que, por lo tanto, código, datos y 
PILA se encuentran en el mismo Segmento 
(CS por decirlo así). Al ser el espacio 
disponible tan reducido, y como la PILA no se 
sabía nunca qué tamaño necesitaría durante 
la ejecución, se definía un sistema con el cual 
la PILA empezaba al final del segmento CS y 
el código y datos empezaban al inicio. De 
esta forma, se tenía prácticamente todo el 
espacio de dicho segmento para código y 
datos, y sólo se llegarían a juntar 
(sobreescribir) en caso de que la PILA se 
llenase mucho, situación que ocurriría si se 
llenase todo el segmento por completo entre 
datos/código y PILA. 
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Otra razón de su forma de funcionar es que, 
cuando hay parámetros que se pasan por 
PILA, referenciar a ellos es mas fácil si están en 
offsets positivos que negativos, puesto que, 
como sabemos, no se pueden usar offsets 
relativos negativos en un puntero de 
ensamblador. 

LA INSTRUCCIÓN ‘CALL’ Y LA PILA 

Como hemos dicho, la PILA es usada por el 
propio microprocesador para almacenar en 
ella datos de forma temporal, y tenemos 
que el principal eemplo de ello es la 
instrucción C ALLI, la cual la aprovecha de la 
siguiente forma: 

Cuando realizamos una llamada a un 
procedimiento, o sea, cuando ejecutamos un 
Gtll Procedimiento , la CPU tiene que disponer 
de algún medio para poder recordar de alguna 
forma (almacenar temporalmente en algún 
sitio) la posición (dirección) de la Instrucción 
siguiente al propio CALL para, una vez 
ejecutado poder regresar con la ejecución del 
programa en el lugar donde se dejó (o sea, la 

instrucción siguiente al CALL). 
a solución adoptada por los diseñadores de 
licroprocesadores ante este problema fue 


COMPARATIVA DEL FUNCIONAMIENTO DE 

LA MEMORIA FIFO Y UFO 
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Esquema de almacenamiento de datos con los sistemas UFO' v 'FIFO'. 


como podemos deducir ya, la de almacenar la 
dirección de retorno en la PILA, para luego 
recuperarla con la instrucción RET cuando acabe 
la ejecución del procedimiento, que pasará el 
control del programa a dicha dirección. 

Como ya se dijo en otro capítulo, los registros 
usados para apuntar a la PILA son S$:SP, donde 
SS contiene el segmento que definimos al 
principio de los programas con la directiva 
ASSUME y SP es el puntero relativo dentro de 
dicho segmento. 

NUNCA MODIFICAR SS:SP 

Es importante que nuestro código nunca 
altere el contenido de SP o SS, ya que no 
podemos predecir nunca cuándo el 
microprocesador puede requerir almacenar o 
extraer valores de ella, y en caso de que lo 
hiciese tras haber cambiado nosotros su 
contenido, se produciría un error fatal. La 
causa de que sea impredecible no es ningún 
misterio. Aunque podemos conocer cuándo 
una instrucción de nuestro programa va a 
requerir o no acceder a ella, hay un concepto 
llamado Interrupciones hardware que no va a 
ser explicado ahora, pero que consiste, para 
que entendamos la situación, en que cuando 
un periférico envía una señal de aviso a la 
CPU, como es el caso típico del teclado tras 
haber pulsado nosotros una tecla, el 
microprocesador deja la ejecución del 
programa en curso esté donde esté (o sea, en 
un lugar impredecible), almacena la posición 
actual en la PILA (usa SS:$P) y ejecuta una 


interrupción (rutina) que está asociada a 
dicho periférico, en este caso, la rutina del 
DOS que se encarga de capturar y almacenar 
en un búffer la tecla pulsada. 


Es impo 
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Como se puede deducir, si SS:SP no tuviese el 
valor correcto en el momento de pulsar, por 
poner un ejemplo el ínter, la CPU 
almacenaría la posición actual de nuestro 
programa en un lugar cuya dirección no 
recuerdo ...para ejecutar después la rutina 
asociada que quizás también hace uso 
intensivo de la PILA para almacenar valor* 
temporalmente. El resultado de este ejemplo 
puede ser cualquier cosa. Un ejemplo simple 
de entender es que los datos almacenados 
por la CPU se hubiesen escrito en una zona 
de memoria donde resulta que es á nuestro 
código de programa, más exactamente, la 
rutina que dibuja gráficos ( sprites ). Después, 
cuando nuestro querido videojuego intentase 
escribir los gráficos de las naves espaciales 
(por decir algo), quizás llegaría la ejecución de 
código donde se escribieron bytes basura 
(datos de PILA), cuyo contenido interpretado 
como instrucciones podría significar cualquier 
barbaridad, con el consecuente bloqueo de 
programa o error de dibujado, en el mejor de 

los casos.^ 
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A estas alturas no creemos que exista alguien 
que haya comprado esta revista que 
desconozca las características de Totenkai y 
Warcraft; el primero, por ser uno de los 
primeros juegos comerciales programado con 
DIV; el segundo, por ser uno de los títulos de 
estrategia que marcaron toda una época. 

El autor de Totencraft ha dado un homenaje a 
estos dos juegos mezclando los elementos de 
los escenarios y los personajes de Warcratf con 
la acción y la jugabilidad de Totenkai 
Resultado: un trepidante arcade en el que 
tendremos que acabar con los orcos de 
Warcraft, pero no a base de devanarnos los 
sesos, si no a fuerza de tirar de gatillo. 

Totencraft muestra una forma fácil y divertida 
de construir juegos sin que tengamos que 
recurrir a un costoso trabajo de diseño de 
personajes y escenarios. No hay que olvidar que 
juegos de éxito tienen liberado su código para 


todo aquel que lo quiera bajar de Internet. 
Descent 1 y 2, Quake y muchos más pueden 
convertirse en una fuente inagotable de 
elementos que podemos aprovechar para 
realizar nuestros propios trabajos. 

Claro que, una vez ejercitados, deberíamos 
probar a desarrollar un juego con miras 
comerciales, pero para ello hoy en día es casi 
imprescindible contar con un buen grupo de 
diseñadores 2D, 3D, guionistas, programadores 
y demás fauna de esta selva del software lúdico. 
Pero pasemos a presentar este juego. 

UN HOMENAJE A DOS CLASICOS 

La acción se desarrolla en una comuna orea. 
¿Qué diablos pinta el protagonista de Tokenkai 
en un centro de rehabilitación de antiguos 
combatientes orcos? 

Mira lo que dicen los orcos. El protagonista no 
tiene más que una metralleta y varias 
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granadas, ¿qué puede hacer? Fíjate en las 
reacciones de los orcos antes y después de 
atacarles. 

La metralleta funciona mucho mejor que 
las granadas, éstas sólo funcionan de vez 
en cuando. 

Botón izquierdo del ratón: moverse. 

Botón derecho del ratón: dispara el arma 
seleccionada. 


Puedes seleccionar el arma pulsando en los 
iconos de la barra inferior, o pulsando: 

1 - para la metralleta. 

2 - para las granadas. ] 

La tecla asterisco (*) del teclado numérico 
para hacer copias de pantalla, no se te ol 

Manejo del editor de mapas 

Botón izquierdo del ratón: coloca la baldo: 
seleccionada. Botón derecho del ratón: qui 
un orco. 

Las casillas se seleccionan pulsando sobre 
botón correspondiente de la barra superii 
barra de botones cambia cuando pulsas el 
botón gris. 

F5: grabar mapa. 

F6: cargar mapa. 

ESC: salir. 

Bugs: las granadas funcionan a veces, y otr¡ 


Codigo 

compileroptions 

_extended_conditions, _case_sensitive, 
_max_process=200; 

program tokencraft; 

const 

//TABLERO 

f¡lasJablero=48; 

columnas_tablero=48; 

filas_visibles= 14; 

coiumnas_visibles=20; 

alto_baldosa-320; 

ancho_baldosa=320; 
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sensitive , 




maxj)untos=20; // m ximo de puntos 

paro lo b£squeda de cominos de ego 
max_habitantes=50; // nímero m ximo 

de habitantes 

num_destinos_habitante=20; // m ximo de 
puntos para la bísqueda de caminos de los 
enemigos 

// constofes de los enemigos 
vi$i(n_petn=8; 
pausa_ataque_pe<tn=4; 
distjtacar_petn-2; 
distjviso=5; 

// daoo de las armas 
espada= 10; 

metralleta= 20; 

II interfaz 
mousejcroll-3; 

H botones 

x_men£_princ=320; 
f_men£_princ-250; 

II juego 

comienzo_armas_x=4 00; 
comienzo_armas_y=4 i 4; 

1/ cargar mapa 
x_cargar=l 60; 
y_cargar=112; 

II fin de juego 
jg_x=140; 

¡g_y=130; 

¡g_txtj=330; 

¡g_txt_y= 110; 

¡g_txtjsp=20; 

II duraciín del texto de los enemigos 

tiempo_maxjexto= 100; 


global 

iajrcos; // 0 - orcos amistosos 
I III - orcos en guerra 


mapas_textos[15+16+16+8]; // donde se 
guardan los mapas de los textos 
textos_orcos[ 15+16+16+8]= //lo que dicen 
los orcos, se guarda en mapas_textos[] 
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//sonidos 16 

"i", "úúú", "uhm", "ore", "om",""","i", 

"úúú", "ay", ”uff","ou", "mm", "ss", 
// nivel 0 16 

"hola", "me llamo Ore", "quien es", "que 
raro", "yup", "¡ope", "míralo", 

"es nuevo", " 'viste a ese?","mira 
ese","hala","¡o","fíjate","ya 
veo ", "mira", "anda", 

// nivel 1 - atacar 16 

"VETE", "FUERA", "ASESINO", "MATON", "TE 
VA Y AS ", "SA YON ARA ", "TONTOLABA ", "BOLUDO 


"asesinos", "AAAA", "AAAAH", "AAA", "YAAAR", "O 
OORC", "muerte", "guerra", 

// nivel 1 ■ huir 8 

"socorro", "auxilio", "ayuda", "mama", "nooo", "a 
aaah", “ay ay", “ay dios"; 

// procesos 
id_ego; 

//ia 

map_obst culos; 
map_copia_pantalla; 

// mapa de juego 
mapa_elegido; 

// lista de destinos 
struct destinos_ego[30] x,y; end 
struct destlnos_habitantes[max_habitantes] 
struct 

destinos[num_destinos_habitante+10] x,y; end 
ocupado; ' 
end 


// coordenadas en el mapa 
ego_x_casilla, ego_y_casilla; 
x_casilla_cursor, y_casilla_cu 


cursor, y_casilla_cursor; 


// identifk odores de datos 

// fnt 
fuente[2]; 
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fichero[5]; 
// mod 
mísica; 
//wav 
sonido[25]; 


// refencias del tablero 
fllajuperior; columnajzqulerda; 
fila_graph2; columna_graph2; 


//ANIMACIONES EGO 
anima[]= 

16,1,09,17,25,33, -25,-17,-09,-1,-65, -57, 

49.41.49.57.65, 

16.2.10.18.26.34, -26, -18,-10, ■2, -66, - 58, 

50.42.50.58.66, 

16.3.11.19.27.35, -27,-19,-11,-3,-67,-59, 

51.43.51.59.67, 

16.4.12.20.28.36, -28,-20,-12,-4,-68,-60, 

52.44.52.60.68, 

16.5.13.21.29.37, -29,-21,-13,-5,-69,-61, 

53.45.53.61.69, 

16.6.14.22.30.38, -30,-22,-14,-6,-70,-62, 

54.46.54.62.70, 

16.7.15.23.31.39, -31,-23,-15,-7,-71,-63, 

55.47.55.63.71, 

16.8.16.24.32.40, -32, -24, -16, -8,-72,-64, 
56,48,56,64,72; 

prodis[]= 

16,73,76,79,82,85,-82,-79,-76,-73,-97,- 
94,-91,88,91,94,97, 
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16.74.77.80.83.86, -83,-80,-77,-74,-98, 

95, -92,89,92,95,98, 

16.75.78.81.84.87, -84,-81,-78,-75,-99, 

96, -93,90,93,96,99; 


//ANIMACIONES ENEMIGOS 

andarf]- 

8.1.11.21, -11,-1,-41,31,41, 

8.2.12.22, -12,-2,-42,32,42, 

8.3.13.23, -13,-3,-43,33,43, 
8,1,11,21,-11,-1,-41,31,41, 

8.4.14.24, -14,-4,-44,34,44, 

8.5.15.25, -15,-5,-45,35,45; 
atacar[]= 

8,06,16,26,-16,-06,-46,36,46, 

8,07,17,27,-17,-07,-47,37,47, 

8,08,18,28,-18,-08,-48,38,48, 

8,09,19,29,-19,-09,-49,39,49, 

8,10,20,30,-20,-10,-50,40,50; 

morir[]= 

8.51.51.51, -51,-51,-54,54,54, 

8.52.52.52, -52, -52, -55,55,55, 

8.53.53.53, -53,-53,-56,56,56; 
cuerpos[]= 

8.60.60.60, -60,-60,-64,64,64, 

8.61.61.61, -61,-61,-65,65,65, 

8.62.62.62, -62,-62,-66,66,66, 
8,63,63,63,-63,-63,-6 7,67,6 7; 


I 


struct inicio // Datos para iniciar una partida 
energ¡a; // energ¡a (de 0 a 90) 
escudo; // Escudo (de 0 a 90) 
balas_me; // Munickn de metralleta 
granadas; //Granadas 
end 




. í W tí $ • •* 4 fe-: $ 


( . -i 

ff. < 6 * 


■fe f m 

. y fe fe :> 


vJ- 5 ( * » « 

fe • m fe': 

$ • • * 
fe fi • 


Lí: 


Roturo 


TE iWSTfl 




• •" ..• • r 




utii l r 





arma_sel; // armo seleccionada por ego 
max_arma[]=350,25; // Munickn m xima 


para cada arma 


id_textos[ 12]; // identificadores de los textos 
string map_elegido[ 11 ]; // mapa elegido para 


cargar 

string num_scr[ 11 ]; // para grabar las 

capturas de pantalla 


total_enemígos; // cu ntos enemigos hay 
vivos 


enemigos_ 10; // cu ntos hay atac ndole 
enemigos_9; // cu ntos hay persiguiéndole 


// TABLERO 

//- 


struct tablero[columnas_tablero, filasjablero]; 
base; 


terreno; 

habitantes; 

end 


local 


x_casilla, yjcasiüa; // coordenadas en la 
cuadqcula del mapa 
estado; 


texto; 


energ¡a; 
escudo; 


prívate 

n, nc, nf; // contadores de columna y de l¡nea, 
otros 


begin 

set_mode(m640x480); 
setjps(33,3); 


// aviso de carga 


write(0,260,330,0, "cargando datos..."); 
uncompress_file( "fpg \ imagen, fpg"); 


fichero[5 ]= 

load_fpg("tcraft\imagen. fpg"); 
put(fichero[5 ],100,300,130); 
compress_file( "fpg \ imagen, fpg ”); 
unload_fpg(fichero[5 ]); 
trame; 


from n=1 to200; 

trame; 

end 


/ 


************* 


CARGA DATOS 


************* 


/ 


mm 

Wfmbper 
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* * * # 3fr * 


PAL 


***** * 


/ 


forcé _pal("tcraft\paleta.pal"); 


/ 




fNÍ 


***** * 


/ 


fuente[0]= 

loadjn t( "tcraft \fuente2.fnt "); 
fuente[ 1 ]= 

load_fnt("tcraft\fuente l.fnt ”); 
fuente[2]= 

loadjnti "tcraft\fuente3.fnt"); 


/ 


* Jt-Jt*** 


FPG 


***** * 


/ 


uncompress_file( "fpg \ terreno, fpg"); 
uncompressJile("fpg\misc.fpg"); 
uncompressJile("fpg\ego.fpg"); 
uncompress_file("fpg \peon. fpg "); 
uncompress_file("fpg\imagen. fpg"); 
fichero[0]= 


loadjpg,"tcraft\terreno, fpg"); 
fichero[ 1 ]= 


loadjpg "tcraft\interfaz. fpg"); 
fichero[2] 


fichero [3 J= 
fichero[4 
fichero)5]- 


loadJpg("tcraft\misc. fpg"); 
loadJpg("tcraft\ego. fpg"); 
loadJpg("tcraft\peon. fpg") 


/ 


loadjpg/"tcraft \ imagen, fpg"); 

r* i é a r i * f 


compressjileí "fpg \imagen. fpg"); 
compressjile "fpg\terreno.fpg"); 
compressjile;"fpg \ mise, fpg"); 
compressjile "fpg\ego.fpg '); 
compressjile/"fpg \peon. fpg"); 


/ 


t irklck'k 


MOD 


ÜÜÜÚ'fc $ 


/ 


uncompressJile("mod \ fuente, mod"); 
m£sica=load_song("tcraft\fuente.mod", 1); 
compressJile("mod\fuente.mod"); 


/ 


it 
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sonido[0]= 

loadjvav(''tcraft\impacto0.wav / ',0); 
sonidof 1 ]= 

load_wav("tcraft\impacto 1 . wov", 0); 
sonido[2]= 

load_wav: // tcraft\impacto2.wav", 0); 
sonido[3]- 

load_wav("tcraft\impacto3.wav' / ,0); 
sonido[4]= 
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>ad_wav("tcraft \impacto4. wav", O); 
sonido[5 ]= 

id wav)" tcraft\impacto5.wav" ,0); 
sonido[6]= 

idwavi *, tcraft\impacto6.wav " ,0); 
sonido)7]= 

id wav("tcraft\nopuedo. wav" , 0); 
sonido[8]= 

>ad_wav("tcraft\pistola.wav" ,0); 
sonido[9]= 

ad_wav("tcraft\g¡ro07. wav" ,0); 
sonido) 10]= 
load wav("tcraft\¡mpacto.wav" ,0); 
sonido[11 ]= 

Ioad_wav("tcraft\boton00.wav" ,0); 

¡onido[12]= 
load wav("tcraft\explo 1. wav" , 0): 
sonido) 13]= 

load wav( "tcraft\pasos. wav" ,0); 

sonido[l 4]= 
load wav("tcraft\morir. wav" , 0); 

sonido)! 5]= load_wav("tcraft\click. wav 

M 

sonido¡20]= 

¡oad_wav("tcraft\espada l.wav" , 0); 
sonido)21 ]= 

load_wav("tcraft\espada2.wav" ,0); 
m¡do[22J= 

load_wav("tcraft\espada3.wav" ,0); 
sonido)23]= 

load_wav("tcraft\grito 1.wav" ,0); 
mido[24 ]= 

Ioad_wav("tcraft\grito2. wav" , 0); 
sonido[25]= 

Ioadjrav(“tcraft\grito3. wav" ,0); 


// 


H crea los gr fíeos de los textos 
fmn=0to 15+16+16+8; 

mapasJextos)n]=write_in_map( 0, textos_orcosfn 

W, 

end 


deletejext(alljext); 
II men£ 

m£jorincIpalQ; 



procer men£_prindpal(); 
¡mate 

n; 

bfte pulsado[2]; 



leImejíoneQ; 



■m hhhhhhhhhhhih 


clear_screen(); 
delete_text(all_text): 
delete_draw(all_drawing); 

if (lisjpiayíngjongO) song(m£s¡ca); end 
fade_on(); 

II fondo 

put_screen(f¡chero[5],900); 

II cursor 

mouse.file=fichero!0 ]¡ 
mouse.graph-997; 

II botones 

boUn(x_men£_pr¡nc,y_men£_pr¡nc, 1, 

"jugar Escenario "); 

botín(x_men£_princ,y_men£jprinc+40,1, 
"Opciones"); 

bot(n(x_men£_princ l y_men£_princ+100,1, "Salir 
II texto 

write(0, í 0,460,0,"TOKENCRAFT beta 0.8 es. 
Copyright (C) 1999 ¡os, Luis Cruz"); 


loop 
II jugar 

if ((pulsado[2] and !key(_enter;) 
or 

(<nousejn(x_men£jprinc,y_men£_princ,x_men£ 

_princ+224,y_men£ princ+28; and pulsado) 1 ] 
and Imouse.left)) 

cargar_mapa(); break; 
end 

II cargar escenario 
if 

(musejn'x_men£_princ,yjmen£j>rinc+40,x_m 
en£_princ+224,y_men£_princ+40+28) and 
pulsado) 1 ] and Imouse.left) 

opciones)); break; 
end 

II salir 

if f(pulsado[0] and !key(_esc)) 
or 

(mouse_in(x_men£_princ,yjnen£_princ+100,x_ 
men£_princ+224,y_men£jarinc+l00+28) and 
pulsado)!] and Imouse.left)) 

delete_text(all_textj; 

letmealoneQ; 

break; 

end 

pulsado) 0]=key(_esc); 
pulsado) 1 ]=mouse. left; 
pulsado[2]=key jnter); 
frame; 
end 
end 

II - 
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// Proceso de control del juego 

II - 


process juego)); 
prívate 

filajabla; columnajabla; 
fila_graph; columna_graph; 

II 

idn; 

n, nc, nf; 
pulsado [2]; 

begin 

II inicializa y limpia 
deletejext)alljext); 
delete_draw(ailjdrawing); 
clearjcreenQ; 
let_me_alone) ; 
frame; 

resolution= 10; 
ctype=c_scroll; 

II inicializa 

fila_graph2=0; columna_graph2=0; 
fila_ superior=0; columna_izquierda=0; 

II limpia el mapa de fondo 
from nf=0 to filas,_visibles; 
from nc=0 to columnas_visibles; 

map_put(fichero)0], 990,2,nc*ancho_baldosa/l 0, 
nf*alto_baldosa/10,; 
end 








































E n este juego no hay que pensar mucho. 

Consiste en manejar un pequeño avión y 
darle gusto al dedo. Hay varios tipos de armas 
que iremos recogiendo a medida que 
avancemos, un escudo que nos dará 
invulnerabilidad por un tiempo y una miríada 
de enemigos con los que probar nuestra 
habilidad. Si algún avezado jugador tiene 
dificultades para pasar el nivel siempre se 
puede echar mano de los trucos que nos 
proporciona el autor del juego. Pero démosle 
ya la palabra, o mejor su espacio en el papel. 

EL AUTOR Y SU OBRA 

Saludos hermanos, soy el creador del juego que 
habéis jugado o estáis a punto de jugar. 

Lo que está dentro de vuestra unidad CD-ROM 


son 8 duros meses de trabajo, Nowadays, un 
juego del que se han visto pantallas en multitud 
de sitios. En Internet (en las paginas de 
StRAtOS, Danger Pictures o Divnet) y en la 
revista Divmanía. 

Mucha gente estaba deseando probar el juego 
sin gastarse un duro y finalmente lo han 
conseguido. Yo ya me he cansado de él porque 
han aparecido juegos mejores hechos en Div y 
porque las distribuidoras no le veían ningún 
futuro. Si el juego gana algún premio en la 
revista os prometo que el dinero no será 
malgastado sino que ayudará a superar este 
pequeño tropiezo y ayudará al futuro de la 



Con todo esto no quiero decir que el juego sea 
lo mejor que hay en Div, habrá gente a la que 
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le guste y gente a la que no, pero hay está el 
juego. 

Quiero darles mis agradecimientos a la gente 
de StRAtOS, Atapuerca, Pirro, Micro, Manowar, 
etc. que me han ayudado mucho, a mis colegas 
y a la gente que se dedique a los videojuegos, 
ya sea programándolos o diseñándolos o 
cualquier cosa que forme un videojuego. Ah, y 
también a todos los DJ Trackers y Dj's 
nacionales. 

Además a la chica que dicen que hay por ahí 
programando en Div, le digo que siga así y que 
es una tía cojonuda, aunque nunca he hablado 
con ella. A ver si toman ejemplo muchas 
mujeres y podemos decir que el chiste que hay 
en la pagina de StRAtOS de "por qué los coders 
nunca tendrán novia" es absurdo. 

EL JUEGO 

Este es mi primer juego. Ya sé que no se debe 
empezar por hacer un juego comercial, pero es 
que me hacía ilusión. 

Primero hice los bocetos de las naves y los fui 
pasando a 3D junto con los escenarios. El 
argumento lo hice en una tarde en plan cutre y 
la mayoría de las ideas se me iban ocurriendo 
sobre la marcha por lo que el juego no se 
planeó mucho. 

El código fuente, como se puede ver, no esta 
terminado. Pensaba revisarlo todo al final para 



Se despide: 
MaSTeR RhaPSoDY 






Diox creó el universo, yo lo pasé a baja 

ización. 
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ÍUCOS 

)r si no sois capaces de pasaros el juego, os 
>ngo aquí los trucos para que os a\ 

>co: 


lowaO- Pone la vida a 999999. 
lowal-Te lleva al siguiente nivel. 
lowa2- Reinicia el nivel actual con 3 phantoms 
y el 2- disparo. 
lowa3- Reinicia el nivel actual con 3 phantoms 
y el tercer disparo. 
lowa4- Nos da el 2- disparo. 
wvaS- Nos da el tercer disparo, 
lowa6- Disparo láser. 
iwa7- Nos da el escudo. 

>wa8- Reinicia el nivel actual con 3 phantoms 
y el primer disparo. 

Jowa9- Reinicia el nivel actual y nos deja como 
al principio, sin trucos. 

al pulsar esta tecla se borran los trucos, por si 
ios hemos equivocado al escribirlos. 

OIGO FUENTE DEL JUEGO 
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compller_options 

Jgnore_errors; 

program NowadayS; 

global 

//músicas 

músicaJenslon,músicaJitle,song_selec,música Ja 

sel; 

//sonidos 

explosion_prota,son¡dojitle,explosion_enemi,soni 

doJaser,sonidoJogo; 
sonido,_cursor, bonus_sound, colision_s; 

//fuentes 

fuentejasel; 

//mapas 

mapajaresent, mapjevel , fondojntro; 
//ficheros 

mapjogo, fpg_selec, fpgjitle, fpg_nave 1 , fpg_marc 


,fpg_mesages, fpg_bonus, ffinal; 

fichero _gover,fpg_enemis,fpg_ds_enemi,fpg_dsjar 

oí, fpgj_n, fpg_explos, fpg_extras; 

//variables 
posicioncursor=0; 
idjarogramajarincipal; 
opcion_menu=-1; 
pos¡cionselec=0; 
opcion_nave1=1; 
id_selec_nave; 
nave elegida= I; 


misiljaresente=0; 
id_nave 1; 
valor_bonus= 1; 
escudojaresente; 
x_nave; 
yjnave; 
zjnave; 
anjnave; 

enemigos Jipo 1 jnuertos 
enemigosJipo2_muertos 
phantomjight=0; 
phantomjeft=0; 


0; 

0; 


scroll_x; 

scroll_y; 

nave_parado[]=8,8,8,9,9,9,10,10,10,11,11,11,1 

2 , 12 ; 

nave_energia= 190; 
max_vidas=9; 
vidas=3; 
misiles=6; 
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lasers_lanzados=0; 

¡asers_lanzados2=0; 

Iasersjanzados3=0; 
n¡vel_disparo-1; 
puntos=0; 
velocidad_nave=6; 
veloc¡dad_max=9; 
fuerza_d¡sparo= 10; 
fase= 1; 

fondo_cred¡ts, fuente_credits l,fuente_credits2; 
letraJntro, musicajntrc; 

local 

valor_x_actual; 

valor_y_actual; 

resistencia; 


begin 

set_mode i m640X480); //pone el 

modo de pantalla 

loadj)al("c:\proyec~ i \estatica\logo.pcx "); 
//carga la paleta 

MAP_logo=load_pcx("c:\proyec~ 1 \estatica\logo. 

pcx"); //carga el fichero 

put_screen(0,mapjogo); //pone el 

gráfico en pantalla 

tlmer[0]=0; //pone el crono I aO 

while (timer[0]<500) trame; end //deja el 

gráfico en pantalla 5 seg 

introf; //pasa al proceso ¡ntro 

end 

// - 


fondoJntro=load_pcx(" c:\proyec~ 1 \estatica\fond 
o.pcx"); 

letra_intro=load_map("c:\proyec~ 1 \estatica\lntr 
o.map"); 

música_intro=load_song(" c:\proyec~ 1 \musica\in 
tro.xm", 1); 

put_screen( 0, fondo Jntro); 

timer[0]=0; 

graph-letrajntro; 

song(muslcajntro); 

x=320; 

y =750; 

loop 

y-; 

if(scan_code=-1) 

titleQ; 

break; 

end 

if(y<240) 
y=240; 
end 

if(tlmer[0]>2900) 

titleQ; 

break; . . " • |H 

end 

trame; 

end 

end 


li¬ 


li PROCESO TITLE 

// CREA LA PANTALLA DE PRESENTACION 

H - 


// PROCESO INTRO 

// - 


PROCESSINTROQ; 

BEGIN 

setjps(20,0); 

Iet_me_alone0; 
unload_pcx(mapJogo); 
unload_wav(sonldoJogo); 
clear_screenQ; 

load_pal("c:\proyec~ 1 \estatica\fondo.pcx"); 
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process titleQ; 
begin 

setjps(30,0); 

let_me_aloneQ; 

unload_pcx(fondojntro); //descarga el 

fichero 

clear_screenQ; 
opclon_menu=-1; 
poslcioncursor=0; 


músicaJltle-load_song("c:\proyec~ J \musica\no 




wada.xm", 1); 


sonido jursor=load_pcm(" c:\lazer\sonldo\pi 
av",0); //carga sonido 
load__pal("c:\proyec~l\fpg\text.fpg"); 
//carga paleta 
id_programa_princlpal-¡d; 


" orno c 


* progri 
?ón es q 
•ojadizas 


fpgJitle=loadJpg("c:\proyec 
// carga fichero 
song'músicaJitle); 



icontrarr 



selec); 
tlmerl 1 ]=0; 


agones < 
enemii 

4 

íciles de 




>s agota 
udo pasí 
ado de c 


clearjcreenQ; 
stopsong,); 

unload_songi música Jitle); 
unload_wav(sonldojcursor); 
unloadJpg( fpgJitle); 
IntroQ; 


) se la re: 
tirar borr 


IFORM/ 



end 


is teclas < 
:oddus so 
lover: cui 
lito: cursi 



if (scan_code==_ 
soundjsonidojcursor,256,256); 


isparo: e: 
: esc. 



» I 


posicioncursor ++; 
if (posicioncursor>2) 
posicloncursor=0; 
END 


ódigo 

'- 


• TITULO: 


END 



_code==_up) 



)_ cursor, 
posicioncursor —; 
if(posicioncursor<0) 
posicioncursor-2; 
END 




END 


if (scan_code==_enter) 


# i 


opcion_menu=posiaoncursor; 

END 



^menuo 1) 
Sl/VITCH (opc¡on_mersu) 
case 0: 


seiec_ship(); 
break; 
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orno os decimos, es bastante difícil 
progresar a través de Alex Exoddus. La 
razón es que nuestras municiones, bombas 
arrojadizas, son limitadas. Debemos usarlas 
para acabar con todos los obstáculos que 
encontramos en el camino, en forma de 
Iragones escupe-fuego por ejemplo. 

enemigos, que no paran de moverse, son 
lifíciles de alcanzar. Si erramos varios tiros y se 
is agota la munición tendremos bastante 
rudo pasar al nivel siguiente. Pero este alto 
irado de dificultad le suma adicción al juego y 
10 se la resta en ningún caso. Así que a saltar y 
tirar bombas con mucho tino. 

IRMACIOIU 

istedas que es necesario utilizar en Alex 
loddusson las siguientes: 
lover: cursor izquierda/derecha, 
lito: cursor arriba, 
isparo: espacio. 

¡r: esc. 


// 


program ALEX; 
global 

fuerza_salto= 17; 

vida=5; 

munlcion=0; 

sin_municion=TRUE; 

enemlgos=0; 

fuente_peq; 

sjnorte; 

s_bonus; 

s_explos; 

sjalto; 

sjondo; 

sjntro; 



JULO: ALEX EXODDUS 
' ON: 0 . 1 
TOfi; MARTOSGAMES 
M: 05-11/01/2000 








local 

¡ncx=0; 

velocidad_gravedad=0; 

en_suelo=FALSE; 

begin 

set_mode(m640x480); 

s_intro=load_pcm("pcm\enrique\intro.pcm", 
loadjpg ("fpg \ enrique\alice\alex. fpq " ); 
put_screen(0,900); 
sound(s_intro,256,256); 
frame(15000); 
clear_screen(); 


fuente_peq=loadJnt(“fnt\enrique\alicepeq,fnt"); 
s_morte-load_pcm("pcm\enrique\morte.pcm", 0 

)f ' 

s_bonus=load_pcm\ " pcm\enrique\bonus.pcm",0 
); 

s_explos=load _pcm," pcm\enrique\explos.pcm",0 

); 

s_salto=loadjpcm. "pcm\enr¡que\salto.pcm",0); 
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s_fondo=load_pcm("pcm\enrique\fondo.pcm", 0) 

É 

start_scroll(0,0,500,501,0,0); 
write (fuente_peq, 25, 10, 0, "x"); 
writejnt 'fuentejpeq, 35, 10, 0, & munición); 
write (fuente_peq, 605, 10, 0, "x"); 
writejnt (fuente_peq, 615, 10,0, 

& enemigos); 

write (fuente_peq,25,455, 0, "x"); 
write jnt(fuente_peq, 35,455,0, offset vida); 
bombaQ; 
malo(); 
chico_vida(); 
personaje(70,395); 
enemigo (300,350,300,430); 
enemigo (665,350,665,740); 
enemigo (820,390,820,980); 
enemigo (1340,200,1340,1390); 
enemigo (1534,365,1534,1655); 
enemigo (1795,425,1795,1880); 
enemigo (1900,425,1900,2015); 
plataforma (515,415,415,445); 
bonus(515,250); 
vidas(1275,320); 
contro¡(); 
end 

process controlQ; 
prívate 
idjxt; 
begin 

ctype=c_scroll; 

timer=0; 

loop 

if(vida==0) 

idjxt=write(fuente jpeq,320,24 0,4, "GAME 
OVER"); 

frame(6000); 

stopjound(canal1); 

deletejext(id_txt); 

exit("MARTOS GAMES, 2000",0); 

end 

if (enemlgos==0) idjxt-write 
(fuente_peq,320,240,4,"FIN DEL NIVEL V); 
trame (10000); 

deletejext(idjxt); 
stop_sound(canal1); 
nive!2 ; 
end 
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if (municion==0 and not get_id(type bonus) 
id_txt=write (fuentejpeq,320,240,4, "— 

A TENCION! Munición agotada “); 
frame (10000); 
deletejext(idjxt); 
bonus (rand(20,2024),-40); 
end 

if (timer>l00) timer=0; end 
if (key(_esc)) let_me_alone();break; end 
frame; 
end 
end 

process control2(); 

prívate 

idjxt; 

begin 

ctype=c_scroll; 

timer-0; 

loop 

if(vida==0) 

id_txt=write(fuente_peq, 320,240,4, "G AME 
OVER"); 
frame(óOOO); 
stopjound(canal1); 
delete_text(id_txt); 

exit(“MARTOS GAMES, 2000",0); 
end 

if (enemigos==0) id_txt=write 
(fuente_peq,320,240,4,"FIN DEL NIVEL 2"); 
frame (10000); 
delete_text(id_txt); 
stop_soundi canal 1); 
ex¡t("MARTOS GAMES, 2000",0); 
end 

if (municion==0 and not getjd(type bonus)) 
idjxt=write (fuen tejpeq, 320,240,4,"— 
ATENCION! Munición agotada"); 
frame (10000); 
deletejext(idtxt); 
bonus (rand(20,2024),-40); 
end 

if(timer>100) timer-0; end 
if (key(_esc)) let me aloneQ; break; end 
frame; 
end 
end 

process 
prívate 




pri_cuad-l; 
ult_cuad= 1; 
disparo= 1; 
begin 

ctype=c_scroll; 

scroll.camera=id; 

canal 1 =sound(sJondo,256,256); 
loop 

for (graph=prí_cuad; graph<=ult_cuad; 
graph=graph+1) 
if (key(Jeft)) 

incx=-10; pri_cuad-2; ult_cuad=9; flags= 1; 
else if (key( right)) 

incx-10; pri_cuad=2; ult cuad-9; flags=0; 
else pri_cuad=1; ult_cuad=1; incx=0; end 
end 

if (key(_up) and enjuelo) 
velocidad_gravedad=-fuerzajalto; 
sound(s_salto,256,256); end 
if velocidad_gravedadoO or not enjuelo) 
from grapb-21 to 22; end end 

if (velocidadjravedad > 0 and not 
enjuelo) from graph=24 to 25; end end 
if (key(jpace)) 
if (disparo) 
disparo=0; 

if (municion>0) disparo_yo ’x,y,flags); 
munición—; end 

end 

else disparo-1; end 
gravedad(l 6,23); 
paredes (42); 
x+=incx; 

frame; 
end 
end 
end 
process 




ctype=cjcroll; 
scroll.camera=id; 
vida=vida-l; 
stopjoundfcanall); 
sound(s_morte,256,256); 
graph-96; 

velocidad_gravedad=-10; 
if (dirección) incx=-10; else incx=10; end 
from angle=0 to 90000 step 6000; 
if (angle>40000) graph=97; end 
if (angle>60000) graph=98; end 
x+=incx; 

if(incx>0) incx—; else if(incx<0) incx++; end 


90000; graph=98; 



if (enjuelo) incx=0; angle 
end 

gravedadfl 1,11); 

frame; 

end 

loop 

x+=incx; 

" incx—: 




incx++; end 


SEL 

aevemper 




S«*Vi>V .. 

■ 

VK&Mtízj i v': ■ 


■ r. *í -í i ¿Sí? 5$ <£& ; 

í i &< jW m 





end 

if (enjuelo) incx=0; end 
gravedad(11,11); 

if (enjuelo) frame(3000); fade_off(); 
personaje(70,350); fadejnQ; signa! (id,sjill); 
end 
frame; 
end 
end 

process 
prívate 
id 2=0; 
begin 

ctype=cjcroll; 

velocidadjravedad=-2 0; 

si¿e=5 0; 

if (direccion>0) incx=-20; else incx=20; end 
while (not enjuelo) 
from graph = 52 to 62; 
x+=incx; 

if(incx>0) incx —/ else if(incx<0) incx++; end 
end 

gravedad (11,11); 
paredes(23); 
frame; 
end 
end 

size=100; 

from graph = 63 to 75; 

Íd2=collision (type enemigoj or 



explosión (id2.x, id2.y, 50); 
soundfsjxplos,256,256); 

} J_ 
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El programa lector de Mapas de DIV en acción. 



Comienzo del mapa = 1394 + 

(4 x n Q puntos de control') 

Por tanto debemos colocar el pun¬ 
tero del fichero en dicha posición 
para así poder comenzar con Ja 
lectura de la imagen. 

7. Ahora podemos ya proceder a la 
copia en la zona de memoria 
reservada anteriormente del 
mapa en sí. 

8. Cerramos el archivo que no 
necesitaremos más. 

Siguiendo este proceso hemos 
conseguido tener en memoria los 
datos que necesitaremos para pro¬ 
cesar la imagen: la paleta y los 
puntos. ¿Qué debemos hacer 
ahora? Pintarla, ¿verdad?. Para ello, 
en primer lugar debemos tener 
algunos conocimientos básicos de 
la programación en Windows 95. 


Leyendo el formato MAP 

Para desarrollar un lector de cual¬ 
quier tipo, en primer lugar, debe¬ 
mos tener en cuenta las capacida¬ 
des del sistema operativo para el 
que vamos a programarlo. En nues¬ 
tro caso trataremos con Windows 
95. El dispositivo de la interfaz de 
gráficos de Windows o GDI, nos 
permite dibujar puntos de cualquier 
color con tan solo indicarle la posi¬ 
ción donde queremos situarlo y los 
valores RGB del color, sin importar¬ 
nos la resolución de la pantalla ni el 
número de colores. Si tenemos 256 
colores, no podremos definir nues¬ 
tra paleta adecuadamente, debien¬ 
do utilizar la propia de Windows. 

Sin embargo, Windows transforma 
automáticamente los valores RGB al 
color disponible más parecido, aun¬ 
que esto puede distorsionar consi¬ 
derablemente la imagen. Si quere¬ 
mos tener control total sobre los 
controles de la paleta no tenemos 
más remedio que recurrir a las 
librerías DirectX, en especial a 
DirectDraw, que se encarga del 
manejo de la tarjeta de vídeo y sus 
capacidades 2D. Con esto, pode¬ 
mos disponer de aplicaciones en 
pantalla completa y cambiar a 
nuestro antojo la paleta de colores, 
pero como el grado de compleji¬ 
dad de esto último es mucho más 
alio, no vamos a entrar en detalle. I 
Una vez conocidas nuestras 
limitaciones, podemos pasar por 
tanto al proceso que debemos 
seguir para la lectura en nuestro 
sistema del archivo de mapa: 

1. Para comenzar, debemos abrir el 
fichero del mapa como archivo 
binario de lectura y comprobar 
su correcta apertura. 

2. En primer lugar, y como dijimos 
anteriormente, debemos com¬ 


probar el formato del archivo 
que vamos a leer, para no come 
ter posibles errores. Esto es muy 
importante, ya que por acciden¬ 
te podemos intentar leer un 
archivo de 65536*65536 pun¬ 
tos, y reservar memoria para 
ello, que no es poco. Por tanto, 
este debe ser nuestro primer 
paso. 

3. Una vez comprobado que leñe¬ 
mos ante nosotros un archivo 
MAP, debemos reservar memoria 
para los datos de los puntos de 
la imagen. Para ello debemos 
considerar el ancho y alto de la 
pantalla, de forma que reserva¬ 
mos ancho x alto bytes para 
almacenar el mapa. 

4. Acto seguido, debemos cargar la 
paleta en una tabla de 256 colo¬ 
res, cada uno de ellos con tres 
valores de color, rojo, verde y 
azul. Si bien se puede hacer más 
adelante, este puede ser un 
buen momento para multiplicar 
por 4 los índices de color para 
adaptarlos al sistema de 
Windows. Es recomendable rea¬ 
lizar un desplazamiento a la 
izquierda de 2 bits sobre los 
valores en lugar de multiplicar 
por 4, ya que así se consumen 
menos ciclos de reloj y por tanto 
ganamos en velocidad. 

5. La gama de colores no influirá 
en nuestro programa, por lo que 
debemos saltarnos el bloque 
dedicado a esta sección. 

6. Debemos comprobar el número 
de puntos de control que tene¬ 
mos en el mapa, ya que de esta 
forma podremos determinar la 
posición dentro del fichero del 
comienzo de la imagen. Esta 
posición vendrá determinada 
por la expresión: 
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Conceptos básicos de 
programación 

No es mi intención hacer un curso 
de Windows 95, sino introducir los 
conocimientos necesarios de la 


Debernos comprobar el 
número de puntos de 
control que tenemos en el 
mapa 


para que pueda entenderse en su 
to alidad, y no crear ningún vacío 
en la comprensión de este peque¬ 
ño programa. Es 
importante tener 
algunos concep¬ 
tos de programa¬ 
ción orientada a 
objetos o C++ para comprender 
algunos conceptos. Si no es así, no 
se preocupe en demasía, aunque 
hay algunas diferencias entre C y 
C++, no será un gran obstáculo. 

Sin más, procedamos a explicar 
algunos conceptos. 

Por cuestiones didácticas, nues¬ 
tro programa solamente pedirá el 
nombre del fichero a leer al comien¬ 


zo y no podremos cargar ningún 
otro durante la ejecución. La razón 
de esto es la creación de una aplica¬ 
ción SDI, es decir, con una sola vista 
y documento abierto a la vez, más 
sencilla de desarrollar que una apli¬ 
cación MDI o con varias vistas y 
documentos. Para pedir dicho fiche¬ 
ro, utiliza un diálogo estándar lla¬ 
mado CFHeDialog / que presenta el 
ya clásico menú de abrir fichero. Si 
pulsamos el botón de OK en dicho 
menú, la función devuelve un valor 
definido por IDOK, si no, recibimos 
un valor IDCANCEL. Para conocer el 


nombre del fichero al que hemos 
hecho referencia en el diálogo 
debemos consultar la función 
CFileDialog::GetFileName(), pertene- 
ciente a la clase CFileDialog. Este 
nombre se devolverá con el fórmalo 


propio de la clase CString f que 
debemos convertir al formato están- 
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Podemos disponer de 
aplicaciones en pantalla 
completa y cambiar a 
nuestro antojo la paleta 


dar de array de caracteres para que 
la clase topen, que es la que utiliza¬ 
remos para abrir el archivo map, 
reconozca el nombre del fichero. 

Para procesar convenientemen¬ 
te los datos del mapa a cargar, 
hemos creado una clase CMapa, 
que encapsula en comportamiento 
de la carga del fichero. En esta 
clase, está ¡mplementada una fun¬ 
ción llamada "CargarArchivo", que 
recibe como parámetro el nombre 
del fichero y almacena dentro de 
variables públicas (accesibles desde 
cualquier punto del programa) la 
paleta y la imagen. 

Este proceso de carga del 
mapa, se realiza dentro de la sec¬ 
ción "OnCreate" de la ventana del 
programa, es decir, esta secuencia 
de código se ejecuta durante la 
creación de la ventana, antes de ser 
mostrada. Una vez terminada la 
secuencia, la ventana se muestra, 
llamando a la función "OnPaint" 
para mostrar el contenido deseado 

en la vista. Esta función 
"OnPaint", se llamará 
automáticamente desde 
la propia ventana cuan¬ 
do sea necesario redi¬ 


bujar la imagen, bien porque haya¬ 
mos cambiado de aplicación o bien 
alguien haya abierto un diálogo 
encima (acerca de, por ejemplo). 

El código de dibujo de la fun¬ 
ción "OnPaint", consta de un doble 
bucle que se encarga de recorrer 
horizontalmente la zona de dibujo, 
para de esta forma rellenar punto 
por punto la imagen. Para ello, en 
primer lugar obtenemos de la ima¬ 
gen el valor del color referido a la 
paleta. Posteriormente debemos 
situar el punto en la pantalla 
mediante la función "SetPixel", a la 
cual le debemos pasar las coorde¬ 
nadas de la pantalla y el valor RGB 
del punto que deseamos colocar. 
Esta es la secuencia que extraemos 
del programa: 

SetPixel(de, x , y RG B( map-> Paleta 
[col][ 0 ]«2,map->Paleta[col][ 1 ] 

', map->Paleta[col][2 ]«2)); 
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Aunque parezca complicado, 
en realidad sólo debemos tener en 
cuenta dos cosas: 

1. El primer parámetro es un punte¬ 
ro, necesario para el dibujo en la 
pantalla, que recibimos en la pro¬ 
pia función "OnPaint" como pará¬ 
metro, de forma que no tenemos 
que preocuparnos por ello. 

2. Los valores RGB, son el primer, 
segundo y tercer valor situados 
dentro del índice indicado por el 
color del punto en la paleta. A 
estos se les aplica un desplaza¬ 
miento a la izquierda para multi¬ 


plicarlos por 4 y así convertirlos 
al formato de Windows. 

Si ahora ejecutamos el progra¬ 
ma, observaremos que la carga de 
archivos de gran tamaño es más 
bien lenta. Esto se debe a que el 
dibujo se hace punto por punto. Si 
en lugar de cargar la imagen en un 
puntero, la procesáramos antes de 
dibujarla y la copiáramos dentro de 
una variable de tipo "Bitrnap", 
podríamos posteriormente utilizar la 
función "BitBIt" para volcar directa¬ 
mente la imagen a la pantalla sin 
tener que calcular los valores y 



Tabla 1 . Estructura del formato MAP 

CABECERA 


Identificador 

"map" = B bytes 

Código 

1A0D0A00 (hexadecimal) = 4 bytes 

Versión 

0 = 1 byte 

Ancho del mapa 

1 word 

Alto del mapa 

1 word 

Código del gráfico 

1 double word 

Descripción 

32 bytes 

PALETA 


Estructura de archivo PAL 

1 352 bytes :l| 

PUNTOS DE CONTROL 


N g de puntos 

1 word 

(Por cada punto de control) 

(Por cada punto de control) 

Coordenada horizontal 

1 word 

Coordenada vertical 

1 word 

MAPA DEL GRÁFICO 


Puntos del mapa 

(ancho x alto) bytes 


Tabia 2. Estructura del formato PAL i 

CABECERA 


' Identificador 

"pal" = 3 bytes , 1 

Código 

1A0D0A00 (hexadecimal) = 4 bytes 

Versión 

0 = 1 byte I 

PALETA 


256 colores 

256*3 bytes 1 

Por cada color 

1 

Rojo (R) 

1 byte 

Verde( G ) 

1 byte ¡ 

Azul(B) 

1 byte 

GAMAS DE COLORES (16 definiciones de gama 

N Q de colores (8,16,32) 

1 byte 1 

Tipo de gama (0idirecta, 


editable cada 1,2,4,8 colores) 

1 byte 1 

1 Fija (0 - no, 1 - sí) 

1 byte 1 

Colores de la gama 

32 bytes máximo 1 

MAPA DEL GRÁFICO 


Puntos del mapa 

(ancho x alto) bytes 1 
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DIV Interno 


situarla punto a punto. Esto nos per¬ 
mite agilizar en gran medida toda la 
operación de dibujo. Es evidente 
que ésta sería una gran mejora, si 
bien, sería mucho más enrevesado 
como ejemplo para nuestro caso. 

Pasemos a ver el código 

En el cuadro 1 podemos observar el 
código de la clase "Cmapa", que se 
encarga de manipular los mapas de 
DIV. Es una clase sencilla y que ejecu¬ 
ta lo mínimo necesario para reprodu¬ 
cir estos ficheros. Como al comienzo 
de este artículo dijimos, no es más 


que un posible esqueleto para futuras 
ampliaciones del programa. Con esto 
podemos hacer un conversor a for¬ 
mato PCX o cualquier otro y vicever¬ 
sa. El límite está en ti y tu imagina¬ 
ción. Espero que este artículo haya 
servido para despertar la curiosidad y 
el interés por experimentar en este 
basto campo aún poco explorado. 
Animo y feliz programación. 

Para cualquier consulta o duda 
pueden mandar un e-mail a la 
dirección trinidad@arrakis.es 


'atar 


Pablo Trinidad 
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Código de la clase CMapa que decodifica los archivos MAP 


Mapa.cpp: implementación 
de la clase CMapa. 

#inelude "stdafx.h" 

#inelude "MAPReader. h" 

# inelude "Mapa.h " 

tíifdef _DEBUG 
#undef THISJILE 

statie char THIS_FILE[]= _ FILE _; 

tídefine new DEBUG_NEW 
#endif 


Constructor/Destructor 


CMapa::Cmapa() 

imagen = NULL; 
b_cargado = false; 


CMapa:;~CMapa() 


Función de carga de 
archivos MAP 


CMapa::CargarArehivo( CString 
Archivo) 

{ 

FILE *file; 
char arch[200]; 

H flag para indicar si se ha 
cargado con éxito 

b__cargado = false; . 

U si había una imagen 
anteriormente cargada, se libera 
la memoria 

if (imagen != NULL) free 
(imagen); 
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// conversión de tipos 
necesaria para el uso del nombre 
del archivo 

for (int i - 0; i < 
Archivo.GetLength(); i++) 

arch[i] = Archivo [i]; 

arch[i]=0; 

if ('file = fopen(arch, "rb") == 
NULL) 

( 

MessageBoxíNULL, "No 
existe el archivo" + 

Archivo," Error", MB_OK); 

return false; 

} 

// leemos la cabecera y 
comprobamos que se trata de un 
archivo MAP 

fread(¿¿cabecera; 7, sizeof(Cabe 
cera), file); 

if (cabecera.id[0]!= ’m' II 
cabecera.id[l]l=’a ! II 
cabecera. id[2]í= 'p' 

II cabecera.id[3]l= 0x1 A II 
cabecera. id[4]!= OxOd II 
cabecera, id[5] 1= 0x0 A 

II cabecera. id[6]!= 0 II 
cabecera.id[7]!= 0) 

{ 

MessageBox(NULL, "El 
archivo no es de tipo 
MAP", "Error",MB_OK); 

return false; 

} 

// leemos los datos de la 
paleta 

fread(Paleta, l,sizeof 
(Paleta), file); 

// reservamos memoria para 
la imagen 
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if ( (imagen = 

(BYTE*)malloc(sizeof(BYTE) * 
cabecera.alto * cabecera.ancho)) 
== NULL) 

{ 

MessageBox(NULL, "Error al 
reservar 

memoria","Error", MB_OK, ; 

return false; 

i 

// comprobamos el número de 
puntos de control que tiene, y los 
ignoramos 

fseek(file, 1392, SEEK_SET); 
WORD temp; 
fread (Sí temp, 1,2, file); 
fseek(file,l 394 + 
temp*4,SEEK_SET); 

v 

// leemos la imagen 
fread (imagen, 

7, cabecera, alto *cabecera, ancho, fil 

e); 

fclose(file); 

b_cargado = true; 
return true; 


Libera la memoria asignada 
a la imagen 

void CMapa::Libera(j 

if (imagen != NULL) 

{ 

free (imagen); 
imagen - NULL; 
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Oirect X 




La interfaz de DirectX que trabaja con los 
gráf eos 2D es tal y como comentamos con 
anterioridad, la librería DirectDraw. Esta librería 
nos permite manipular con total libertad la 
memoria de vídeo, siendo además un paso 
necesario hacia cualquier aplicación que 
pretenda trabajar con DirectX. 



Esto es lo que nuestro ejemplo debe mostrar, por supuesto podemos cambiar la 
imagen, respetando el tamaño. 


A ctualmente con las 

tarjetas gráficas podemos 
hacer algo más que volcar 
una imagen a la memoria- 
de vídeo, el motor de las tarjetas, 
nos permite realizar distintos 
efectos con las imágenes, 
escalados, rotaciones, mezcla de 
imágenes, etc. Todas estas 
operaciones, podremos realizarlas 
fácilmente con DirectDraw, sin 
tener que preocuparnos si nuestra 
tarjeta soporta la rutina que 
queremos realizar. Si nuestra 
tarjeta no puede con ello, 
DirectDraw la emulará por 
software, con una merma lógica 
de velocidad, pero no podíamos 
esperar otra cosa. 


Superficies 

Las superficies son el alma de 
DirectDraw, son nuestra forma de 
acceder a la memoria de vídeo. 
Podemos crear superficies de cual¬ 
quier tamaño, simplemente para 
guardar una imagen, o superficies 
del tamaño de la resolución de 
pantalla para volcarlas a la memo¬ 
ria de vídeo y mostrarlas. 

Las superficies son básicamente 
contenedores de imágenes. 

Además de las que debemos crear 
para trabajar con la pantalla, casi 
siempre tendremos que crear algu¬ 
nas otras para almacenar los gráfi¬ 
cos, una imagen o bien una 
secuencia de sprites que contengan 
una sencilla animación. 



Cuando creamos un objeto 
DirectDraw, creamos al menos una 
superficie, que llamaremos superfi¬ 
cie primaria, que es en realidad un 
acceso directo a la memoria de 
pantalla que vemos, es decir, todo 
lo que volquemos a la superficie 
primaria, es mostrada inmedia¬ 
tamente. Ahora bien, si mandamos 
directamente toda la información a 
la superficie primaria, cuando ¡ 

hagamos una animación compro¬ 
baremos un parpadeo, este parpa- I 
deo se debe al borrado del área en 
la que estaba nuestro sprite, y al I 
volcado del nuevo sprite. I 

Evitar el parpadeo 

Para evitar este desagradable efeo I 
to, crearemos una superficie auxi- I 
liar, esta segunda superficie nos í 
servirá de intermediario entre la i 
superficie primaria y las demás I 
superficies que contengan nuestros 
gráficos. Es decir, la superficie auxi¬ 
liar, será una copia virtual de la pri-1 
maria en la que haremos las opera-1, 
dones que necesitemos, una vez I 
que hayamos completado nuestras ; 
operaciones, intercambiaremos la 1 
superficie auxiliar con la primaria, I 
evitando de esta forma el molesto ¡ 
parpadeo de la animación. II 


Modo ventana, modo 
pantalla compíeta 

Algo que debemos tener muy 
cuenta en nuestro trabajo con las 
DirectX, es la diferencia sustancial 
que supone trabajar a pantalla 
completa o en modo ventana. 
Mientras que a pantalla completa 
somos los amos absolutos de la 
memoria de vídeo, en modo ven 
na, hemos de tener en cuenta que 
las demás ventanas tienen acceso 
través del GDI a la memoria de 
vídeo. Varias ventanas a la vez pui 
den compartir la memoria deví 
con nuestra aplicación, incluso 
pueden solaparse a la nuestra, 
todo esto, debemos preparar las 
DirectDraw para tener en considi 
ración esta contingencia. 

Cuando utilizamos la configi 
ción de pantalla completa, 
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SÍ tenemos instalado correctamente el SDK de DirectX, tendremos un nuevo icono 
en el panel de control. 


DirectDraw nos provee de una 
superficie auxiliar unida a la prima¬ 
ria, además nos proporciona una 
función especifica que realiza el 
intercambio de forma totalmente 
trasparente para nosotros. Esta es 
una de las principales virtudes del 
modo pantalla completa. Ahora 
bien, si pretendemos trabajar en 
modo ventana, ya no disponemos 
de una superficie auxiliar, ni siquie¬ 
ra tenemos una función para reali¬ 
zar el intercambio, en su lugar, 
debemos crear la superficie auxiliar 
nosotros, y copiar el contenido de 
la superficie auxiliar a la primaria. 

El resultado es el mismo, pero con 
mucho más trabajo. 

Modo ventana 

Entre los problemas de trabajar en 
modo ventana no se encuentran 
tan solo el de no disponer de una 
superficie auxiliar, si no que ade¬ 
más podemos encontrarnos con 
que alguna otra aplicación solapa 
nuestra ventana. Si no controlamos 
este hecho, podremos ver un desa¬ 
gradable efecto de intromisión de 
nuestra imagen con el área de otra 
ventana, algo que debemos evitar 
a toda costa. Para evitar este pro¬ 
blema, contamos con un objeto de 
DirectDraw que nos permite resol¬ 
ver de forma automática este 
inconveniente. 

Para iniciar el modo ventana 
debemos decirle a DirectDraw que 
queremos compartir la máquina 
con las demás aplicaciones, es 
decir que no queremos nada de 
prioridad ni tener en exclusiva 
ningún dispositivo ni área de 
memoria. 


if (FAILED(lpDD- 
>SetCooperatÍveLevel(hWnd, 
DDSCL_NORMAL)) 

return faise; 

Modo pantalla completa 

El modo ventana completa nos 
ofrece innegables ventajas, ade¬ 
más de proporcionarnos la super¬ 
ficie auxiliar, contamos con la 
garantía de que ninguna otra apli¬ 
cación tendrá la ocasión de inte¬ 
rrumpirnos si nosotros no quere¬ 
mos, es más, podemos tomar 
prácticamente el control total de 
la máquina. 

Iniciar el modo pantalla com¬ 
pleta es sencillo, debemos decirle a 
DirectDraw que queremos el con¬ 
trol total, y que además necesita¬ 
mos toda la memoria de vídeo 
para mostrar nuestros datos a pan¬ 
talla completa. 

if (FAILED(ipDD- 
>SetCooperatÍveLevei(hWnd, 
DDSCL_EXCLUSIVE I DDSCL_FULLS - 
CREEN)) 

return faise; 

Cargar una imagen 

Una operación que realizaremos 
frecuentemente es crear una super¬ 
ficie para que contenga una ima¬ 
gen que tenemos en un archivo. 

Como ejemplo sencillo, vamos 
a preparar las DirectDraw para tra¬ 
bajar en modo pantalla completa, 
prepararemos la superficie auxiliar, 
y crearemos otra superficie en la 
que cargaremos una imagen, mos¬ 
trándola posteriormente. 

En primer lugar, creamos la 
superficie primaria: 


DDSURFACE ddsd; 

ddsd.dwSize = sizeof(ddsd); 

ddsd.dwFiags = DDSD_CAPS I 
DDSD JA CKB UFFER CO UN T; 

ddsd.ddsCaps.dwCaps = DDS- 
CAPS_PRIMARYSURFACE I DDS- 
CAPSJUP I DDSCAPS_COMPLEX; 

ddsd.dwBackBufferCount = 1; 

if (FAiLED(lpDD- 
>CreateSurface( &c/dsd, 
StlpDDSPrimary ; NULL)) 

return faise; 

Con esta secuencia de instruc¬ 
ciones, hemos creado la superficie 
primaria. Como podemos ver, este 
proceso es bastante sencillo, tan 
solo debemos preocuparnos de la 
correcta creación de la superficie. 

Una vez que tenemos la super¬ 
ficie primaria, obtendremos la 
superficie auxiliar. Al tener prepara¬ 
do DirectDraw para trabajar en 
modo pantalla completa, tenemos 
la superficie auxiliar a nuestra dis¬ 
posición por el sistema, sin que 
tengamos necesidad de crearla, tan 
sólo debemos reclamarla a 
DirectDraw. 

ddscaps.dwCaps = 

DDS CA PS_ BA CKB UFFER; 

if (FAILED(lpDDSPrimary- 
>GetAttachedSurface( üddscaps, 
üipDDSBack))) 

return faise; 


Debemos recordar liberar 
las superficies que hemos 
creado antes de cerrar 
nuestro programa 


Gracias a esta superficie auxiliar 
evitaremos el parpadeo o la apari¬ 
ción de forma 
progresiva de la 
imagen. 

Para guardar 
una imagen, crea¬ 
mos una superficie del tamaño de 
la imagen que queremos cargar, 
en caso de que superficie e ima¬ 
gen difieran en tamaño, la imagen 
que contenga la superficie se verá 
deformada. Además, debemos 
indicar a DirectDraw que la super¬ 
ficie que queremos crear es de 
tipo no visible, esto es lógico, ya 
que su única misión será contener 
datos. 


ddsd.dwSize = sizeof(ddsd); 
ddsd.dwFiags = DDSD_CAPS I 
DDSD_HEIGHT i DDSD_WIDTH; 

ddsd.ddsCaps.dwCaps = DDS- 
CAPS_OFFSCREENPLAIN; 
ddsd.dwHeight = 640; 
ddsd.dwWidth = 480; 

if (FAILED(lpDD- 
>CreateSurface(&ddsd, 
&ipDDSurface, NULL))) 

return faise; 
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Estas son las capacidades de nuestra tarjeta gráfi¬ 
ca. DirectDraw nos proporciona acceso a ellas y 
emula las que no tengamos. 

Una vez que tenemos la super¬ 
ficie creada ; debemos cargarla y 
. copiarla a la superficie. Este será un 
trabajo mixto entre las GD! de 
i-i . . , Windows, y 

superficies es necesario 1 DirectDraw. 

para aprovechar la 
potencia de DirectDraw 


HBITMAP hbm = (HBIT- 
MAP) Loadlmage(NULL, 
"imagen.bmp", IMAGF_BITMAP, 

640, 480, LRJLOADFROMFiLE); 


Con estas instrucciones; si 
hemos tenido éxitO; habremos car¬ 
gado la imagen en un objeto crea¬ 
do a tal efecto. 

A continuación debemos 
copiarla en nuestra superficie no 
visible. Podríamos cargarla también 
en la superficie auxiliar directamen¬ 
te, pero si queremos conservarla es 
mejor cargarla en una superficie 
creada a tal efecto. 

HDC hdclmage; 

HDC hdcSurf; 

hdclmage = 

CreateCompa tibleD C(NULL); 

SeiectObject(hdclmage, hbm); 

if (lpDDSurface->GetDC(ühdcSurf)) 
return false; 

if (!BitBlt(hdcSurf, 0, 0, 640, 

480, hdclmage, 0, 0, SRGGOPY)) 

return false; 

Ya tenemos copiada la imagen 
en la superficie, así que el resto de 
los datos podemos liberarlos. 

if (hdcSurf) 

IpDDSurface- 
>ReleaseDC(h dcSurf); 

if (hdclmage) 

DeleteDG(hdclmage); 


Ahora, tan solo nos resta mos¬ 
trar la imagen que hemos cargado, 
y para eso, copiaremos el conteni¬ 
do de la superficie no visible, a la 
superficie auxiliar, intercambiando 
posteriormente su contenido con 
la superficie principal. 

lpDDSBack~>BltFast(0, 0, 
IpDDSurface, NULL, 0); 

ípDDSPrimary->Flip(NULL, 
DDFLIP_WAIT ); 

Con esta simple orden hemos 
intercambiado, de forma totalmen¬ 
te trasparente para nosotros, el 
contenido de la superficie auxiliar y 
la principal. Al mismo tiempo, le 
hemos indicado a DirectDraw que 
debe esperar a que la operación 
haya concluido para devolvernos el 
control. 

Para finalizar, debemos recordar 
liberar las superficies que hemos 
creado antes de cerrar nuestro pro¬ 
grama, hay que ser educados con 
el sistema y evitar dejar en memo¬ 
ria basura que irá comiendo espa¬ 
cio en nuestra exigua memoria. 

En cualquier caso, las dudas 
que tengáis podéis remitirlas a la 
siguiente dirección de e-maíl: 
gover@prensatecnica.com, por mi 
parte, intentaré resolver aquellas 
que mis limitados conocimientos 
me permitan. 


if(lhbm) 

return false; 


if (hbm) 

DeleteObject(hbm); 


Armando Vélez 
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DirectX Home 

Welcome to the Microsoft® DirectX® Web site. For an exptanation of DirectX,, please read About DirectX . 






i. 1 . i 




Anrtouncing DirectX 7.0a 

DirectX 7.0a is an update to DirectX 7.0, providing improved forcé feedback performance and the best 
compatibility with.today's input devices. The DirectX 7.0a SDK for devetopers is now avaiiable for 
downioad, and DirectX 7.0a for home users is avaiíabie ffom the Home User Downloads page. 

Mili a 2000 

DirectX is a major sponsor of Milia 2000, Europe's Interactive Content Marketplace for games and 
interactivo entertainment, broadband Intemet/interactive TV, and digital media. The event takes 
ptace February 14 - 18, 2000, at the Palais des Festival, in Cannes, France. For fúrther information, 
please visit the Mdia Web site . wt¡b* 1 

DirectX 7.0 FAQ for Devetopers 

We‘ve updated the answers for Deveioüers’ Freamently Ásked Ouestions . These questions and answers 
focos on DirectX 7.0: resources, SDK information, code snippets, and more. 

Q8tA: Enhancing Multimedia Development with DirectX 7.0 

By simplifying the process of deveíoping three-dimensional graphics, sound effects, hardware support 
and other multimedia features, DirectX 7.0 atlows devetopers to concéntrate on what they do best- 
making high-quality, engaging software. To better understand the benefits DirectX 7.0 offers to i 

«p -Es t- h | wfe ■ ér -wr él t« bM- 

Esta es nuestra dirección de referencia en Internet: www.microsoft.com/directx. i 
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En este número veremos lo importante que es 
tener planeado y diseñado el juego antes de 
comenzar a hacerlo. Una buena planificación y 
un buen diseño son elementos primordiales a la 
hora de ponerse manos a la obra para realizar la 
ardua tarea de programar un buen juego. 


ormalmente, nadie dice 
"quiero hacer un juego" 
y luego mientras lo hace 
se le va ocurriendo cómo 
va a ser, qué tipo de juego es, etc. 
Por regla general, en los juegos 
que hagamos en 3D (como en 
todos) debemos tener bien diseña¬ 
do el juego antes de empezar, 
puesto que si no luego nos podre¬ 
mos perder en la programación, o 
el juego puede quedar un poco 
"soso", o querremos introducir 
nuevas cosas en el juego sobre la 
marcha, obligándonos a retroceder 
en lo que llevábamos hecho cons¬ 
tantemente 

Nuestro Div Deathmaker está 
planeado por encima, sin embargo 
todavfa quedan bastantes aspectos 
por determinar. 

Los Bots 

¿Cómo van a ser nuestros BOTs? 
Con el juego no va a venir ningu¬ 
no ya creado, por lo que tendre¬ 
mos que editar los nuestros. Para 
ello, cada BOT tendrá una serie de 
parámetros que se irán guardando 
en una estructura STRÜCT bot[29]. 



Adaptar los gráficos a una paleta fija no es 
tarea fácil. 




Este singular personaje forma el 
skin base de nuestro juego. 


¿Y por qué va a tener 30 registros 
nuestra estructura (contando con 
el n 9 G)? Porque podremos crear 
hasta 30 bots distintos, almacenán¬ 
dolos todos en un archivo. Se 
podría hacer de tal forma que no 
hubiese límite de bots (sólo el lími¬ 
te del disco duro) pero sería com¬ 
plicarlo mucho, y para un juego 
como éste, cuyo fin es didáctico, 
no hace falta complicarse tanto. 

En nuestro menú habrá una 
opción BOTS que permitirá editar y 
borrar los BOTs. Dentro de cada 
registro (o sea, cada BOT) habrá 
una serie de datos: 

NOMBRE: por supuesto, todos 
los BOTs tienen que tener un nom¬ 
bre. Nota: hay que ser originales, 
que lo de poner el nombre de un 
profesor o del jefe está muy visto 
ya. ;) Este dato se almacena en una 
cadena de texto. 

SKIN: será una cadena de texto 
también, que contendrá la ruta y el 
nombre del FPG que usaremos 
como skin para este bot. Por ejem¬ 
plo, 

"c:\div2\dd\skin\exnovia.fpg". 

AGRESIVIDAD: de 0 a 100, 
cuanto mayor sea más agresivo 
será el BOT. Esto es, si tiene 100, al 
menor indicio de vida comenzará a 
disparar como loco (comúnmente 
llamada berserker), si tiene un lan¬ 
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zamisiles no dudará en disparar aún 
teniendo al enemigo a un palmo, y 
será muy persistente, es decir, cue 
si ve a alguien no parará hasta 
matarle. Si es 0 será mucho más 
precavido, y apuntará primero y 
disparará después, y si se ve malhe¬ 
rido intentará alejarse del combate. 

PUNTERÍA: eso mismo; tam¬ 
bién variable entre 0 y 100, cuanto 
mayor sea mejor apuntará, y cuan¬ 
to menor sea, peor. 

AGILIDAD: determina la veloci¬ 
dad a la que se mueve el BOT y la 
velocidad de giro, rapidez con que 
apunta, etcétera. También varía de 
0 a 100. 

PERCEPCIÓN: de 0 a 100 
determina cuándo debe darse 
cuenta un BOT de que hay otro 
cerca y cuando no. Si es baja, no 
verá los enemigos que estén lejos y 
los que tenga cerca a los lados, 
posiblemente tampoco. Si es alta, 
aún si estás detrás es posible que 
te detecte. 

ARMA PREFERIDA: de 0 a 7, 

especifica si tiene algún arma pre¬ 
ferida y cuál es. Si vale 0, no ten¬ 
drá arma preferida, es decir, dispa¬ 
rará con la última arma que haya 
recogido o con la siguiente que 
tenga si se le acaba la munición de 
una. Si es de 1 a 7, será: 

• Láser de impulsos. 

• Qk22. 

• ADC (Ametralladora de 
Combate). 

• Pistola Bláster. 

• Repetidor láser. 

• Lanzamisiles. 

• Mina antipersonal. 

Si tiene alguna preferida, siem¬ 
pre que tenga ese arma con muni¬ 
ción cambiará la que tenga por 
esa, y la procurará usar siempre 
para atacar. 

Si miráis la declaración de 
variables globales en el archivo 
DD.PRG encontraréis la declaración 
de esta estructura: 

STRUCT bot[29]; //estructura 
que contiene parámetros de los bots 
string nombre; //nombre del 
bot 
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Este aspecto tenía la ADC antes de cambiarle 
la paleta. 


string skin; //ruta y nombre 
del FPG (skin) 

int agr; //agresividad 
byte a trib[3]; ////pun te- 

ría[0],agilidad[ 7 ],percepción[2],arma 
preferida [3] 

END 


Os extrañareis al encontrar que 
AGR es un dato de tipo INT cuando, 
al poder oscilar sólo entre 0 y 100, 
sería más conveniente declararlo 
como byte (de 0 a 255, sólo ocupa 
1 byte de memoria y no 4) dentro 
de la tabla atrib. Pero en realidad 


Puedes configurar los bots 
dándoles la agresividad y 
habilidad que tu quieras 


no es mas conve¬ 
niente, sino todo 
lo contrario. Si 


suponemos que 
agre s un byte y sumamos nos que¬ 
dan 5 bytes, con lo que atrib[4] 
ocuparía 8 bytes de memoria, que¬ 
dando tres libres. Hemos obviado 
las STRING ya que tienen un valor 
divisible por 4. Según esto, quedan 
3 bytes desaprovechados por cada 
registro de bot[29], es decir, 
¡30*3=90 bytes de memoria desper¬ 
diciados! Sin embargo, si ponemos 
AGR como dato de tipo INT, no 
queda ninguno libre, ya que los 4 
bytes, al estar en una tabla, ocupan 


una alineación de memoria entera 
(4 bytes), el int otra (otros 4) y los 
string lo que ocupen son 256 
bytes, por dos, 512). Total, que 
ahora ocupa lo mismo que del otro 
modo, perojos 90 bytes no están 
desperdiciados, sino que están 
haciendo que se acceda a AGR 
mucho más rápido (ya que los 
datos de tipo INT se gestionan más 
rápidamente que los de tipo BYTE), 
cosa que nos viene de perlas ya que 
constantemente estaremos acce¬ 
diendo a esa variable. 


Las armas 

Ya están todas diseñadas y prepa¬ 
radas para ser incluidas en el 
juego; las podéis encontrar en el 
FPG "WEAPONS.FPG". Es verdad 
que ocupa mucho el FPG , pero 
esto es sólo porque todos los gráfi¬ 
cos de las armas están a 640x400 


(aunque las armas sólo ocupan en 
el gráfico su posición relativa 
donde aparecerá luego en el 
juego), para poder manejarlos fácil¬ 
mente luego, ya que tienen el 
punto de control en 320x200, 
justo el centro de la pantalla. Si 
ocupan tanto, es porque los MAP 
(que es el tipo de gráfico de los 
FPG ) son imágenes tipo BITMAP 
(como el BMP) no comprimidas, 
que son después de todo una 
matriz de 640 por 400 donde indi¬ 
ca el color de cada pixel. Pero no 
hay problema, ya que una vez 
compilemos y hagamos el ejecuta¬ 
ble, DIV se encargará de comprimir 
estos archivos en un PAK, y el WEA¬ 
PONS.FPG pasará de ocupar 3.5 
Mb a ocupar... ¡¡67 Kü Sí, sí, como 
leéis, sólo 67 K. 

Hay dos imágenes por arma, 
una en la que el arma está quieta, 
y en la otra disparando. No he 
complicado mucho las cosas por 
razones obvias; esto no es un 
juego profesional sino un juego- 
ejemplo para un curso. 

El proceso que controla 
todo 

Bueno, he aquí una técnica que yo 
uso siempre en mis juegos y da 
buen resultado, y pienso que todo 
buen engine debería usarla. 

Nuestro proceso principal, el 
PROGRAM Div_Deathmaker, va a 
ser el que controle en todo 
momento cómo están las cosas y 
qué debe hacer, a que procesos lla¬ 
mar, etcétera. Es un proceso que 
estará siempre activo comproban¬ 
do el estado. 

¿Y qué es el ESTADO? "Estado" 
es una variable global que tiene 
una "posición" asignada a cada 
valor posible. Esa "posición" debe¬ 
mos asignarla nosotros. No estaría 
mal apuntarnos en un papel 
"Estado=1 está en el menú prin¬ 
cipal ; Estado=21 está en los cré¬ 
ditos tras haber muerto en la fase 
57"... esto es sólo un ejemplo. 
Luego existe el proceso principal 
(que no tiene que ser el propio 
PROGRAM, yo suelo usar un proce¬ 
so específico llamado "encargado") 
que controla los valores de esa 
variable de este modo: 



El lanzamisiles hará las delicias de 
los más agresivos. 




LOOP 

IF (estado= -un__valor) 
llama a los procesos necesarios; 
haz lo que tengas que hacer 
para prepararlo; 

WHILE (estado= =ese_valor) 
loqueseanecesarioQ ; 

FRAME; 

END 

mata a los procesos que haga 

falta; 

descarga lo que sea necesario; 
END 


// y luego igual con otro valor, y 
otro, y otro . 

FRAME; 

END 


Es una técnica buena y útil, 
sobre todo para manejarnos por 
los menús, siempre y cuando no 
sean menús idénticos todos, y no 
sea un juego muy "monótono". En 
Div Deathmaker se usa esta técnica. 


En el CD 

Dentro del CD de DIVmania 


podréis encontrar, en el directorio 
de 3D/Red, los siguientes archivos 
pertenecientes a nuestro juego Div 
Deathmaker: 

• T1TLE.PCX: es la portada del 
juego; viene aparte en un PCX 
porque contiene una paleta dis¬ 
tinta a la estándar del juego. Es la 
pantalla que aparece nada más 
iniciar el juego. 

• MENU.FNT: es el tipo de letra 
que usamos para el menú, para 
las opciones a elegir, los textos 
grandes, etc. 

• MENSAJE.FNT: es el tipo de letra 
estándar pequeño de nuestro 
juego, usada para mostrar los 
mensajes durante el juego, y 
algunos textos de los menús. 

• DEFAULT.FPG: es el SKIN base 
de nuestro juego. Un skin es un 
conjunto de imágenes y/o soni¬ 
dos de un programa, que pue- j 
den ser intercambiados fácilmen¬ 
te por otros hechos por un usua¬ 
rio. Este skin es el único que 
incluimos; para evitar que todos 
los bots tengan el mismo aspecto 
alguien tendrá que currarse más 
skins A _ A . Como podéis ver es I 




Siempre hay que retocar un poco 
gráficos tras adaptarlos a la paleta. 
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Cuadro 1. FPG para un SKIN 


I- 5: 
6 - 10 : 

II- 15: 
36-40: 
41-43: 
44-46: 
47-49: 
62-64: 
65-79: 


personaje corriendo, 
personaje corriendo, 
personaje corriendo, 
personaje corriendo, 
1 personaje quieto + 
1 personaje quieto + 
1 personaje quieto + 
1 personaje quieto + 
personaje muriendo, 


ángulo O 9 
ángulo 45 Q 
ángulo 90 Q 
ángulo 315 e 

2 personaje disparando, ángulo 0 Q 
2 personaje disparando, ángulo 45 e 
2 personaje disparando, ángulo 90 Q 
2 personaje disparando, ángulo 315 Q 
ángulo 270 Q (mirando hacia la cámara) 


una especie de androide con 
gafas de sol y máscara filtradora, 

• TEXTURES.FPG: es el mismo 
WLD_VIEW.FPG que viene con DIV 
2, adaptado a nuestra paleta están¬ 
dar del juego. Serán las texturas 
que usemos para nuestros mapas. 

• DD.PAL: es la paleta estándar; 
durante el juego (a partir de que 
aparece el título) el juego forzará 
la paleta como la única disponi¬ 
ble, es decir, todos los gráficos 
que carguemos se adaptarán a 
esta paleta de colores, 

• WEAPONS.FPG: son las armas, 
es decir, los dibujos de las armas 
que aparecerán en nuestra 
"mano" mientras juguemos; 
están todas diseñadas, desde el 
débil láser de impulsos hasta el 
potente lanzamisiles. Os aseguro 
que su aspecto recién renderiza- 
das era magnífico, pero al limitar 
la paleta a 256 colores y compar¬ 
tirla con las paletas de las demás 
armas, texturas, etc., han perdi¬ 
do bastante calidad. 

• MISC.FPG: se llama así por "mis¬ 
celánea", contendrá cosas como 
el punto de mira, los iconos de 
vida y armadura, los objetos a 
recoger, etcétera. Pero de 
momento, está vacío. 

• DD.PRG: es nuestro programa, 
aunque no tenga mucho por 
dentro todavía. 

• WLDVIEW2.WLD: es el mapa 
WLD_VIEW.FPG que viene con 
DIV 2, adaptado como si fuera 
un mapa de Div Deathmaker. 

Contiene todas las banderas, 

¥ 

tanto las opcionales como las 
obligatorias. 

• CUSTOM.TXT: es un archivo TXT 
que me gustaría que incluyerais 
con cualquier skin o mapa que 
diseñéis para Div Deathmaker . 

Sólo tenéis que rellenarlo y cam¬ 
biar el nombre de CUSTOM por 
el nombre del archivo del skin o 
mapa. Por favor si alguien diseña 
alguno, que me lo mande a fer- 

minho@lycosmail.com 


Como podéis ver, el PRG no 
está más que empezado, con muy 
pocas líneas, dado que es mejor 
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Aprovechando que ya está hecho, 
podremos usar WLDVIEW2 para 
jugar. 

terminar de diseñar por completo 
el juego antes que comenzar a pro¬ 
gramar. Para que funcione el PRG, 
y mejor que lo hagáis, cread un 
directorio DD\ dentro de vuestro 
directorio de DIV 2 (por ejemplo, 
C:\DIV2\DD) y meted ahí todo. 

Haciendo skins 

Para crear nuestros propios skins 
no hace falta más que... Div. 
Tenemos que crear un FPG con los 
gráficos del cuadro 1. 

Hay que tener en cuenta que 
luego el juego adaptará el FPG del 
skin a la paleta estándar, por lo que 
mejor será hacer los gráficos de 
este FPG directamente en esa pale¬ 
ta (para evitar una pérdida muy 
grande de calidad al convertir la 
paleta). Para que encajen perfecta¬ 
mente los gráficos, éstos deben 
tener el punto 0 de control justo 
en el centro horizontal del gráfico, 
a la altura de los pies del persona¬ 
je. Los tamaños pueden variar 
dependiendo del propio tamaño 
del personaje que se le quiera dar, 
pero el estándar ronda los 120-1 30 
pixeles de alto y 80-90 de ancho. 

Haciendo escenarios 

Un factor a tener en cuenta es que 
al jugar, Div Deathmaker pide el 
nombre del WLD, es decir, del 
mapa 3D que vamos a usar. 

Aunque viene un mapa con Div 
Deathmaker , hecho por mí (al igual 
que el skin), al final termina abu¬ 
rriendo y uno se lo conoce dema¬ 
siado bien. Por eso, vamos a 
ponerlo fácil para que cualquiera 
que tenga DIV 2 pueda diseñar un 
mapa para Div Deathmaker sin 
muchas complicaciones. 





f 




El mapa que pienso incluir no 
está todavía acabado, pero el 
método para hacer fácilmente 
mapas ya lo he pensado: solamen¬ 
te hay que diseñarlo con el FPG de 
TEXTURES.FPG que viene con Div 
Deathmaker, teniendo en cuenta 
que ciertas banderas tienen ciertos 
usos, que vienen detallados en la 
tabla. El archivo WLDVIEW2.FPG es 
un buen ejemplo, vienen situadas 
todas las banderas, aunque por 
supuesto se pueden omitir las que 
se quieran, salvo una del lugar de 
comienzo, que es necesaria y obli¬ 
gatoria. Todas las demás son pres¬ 
cindibles. 

Bueno, así parece todo bastan¬ 
te fácil ¿verdad? 


En el escenario donde se 
desarrolla la lucha deben 
ser colocados los ítems 
oportunos 


Para el próximo 
número tendre¬ 
mos el mapa 
estándar (hasta 
entonces id mirando el WLD~ 
VÍEW2.FPG si tenéis dudas), cómo 
configurar los BOTs salvando y car¬ 
gando los datos, y empezando la 
partida. Recordad que si tenéis 
alguna sugerencia/duda/o lo que 
sea me lo podéis mandar a mi e- 
mail, las 24 horas del día los 365 
días del año. ¡Hasta el próximo 
número! 

Ferminho (Fermín Vicente) 
ferminho@lycosmail.com 


Cuadro 2. BANDERAS 

en la edición de 
mapas para Div 
Deathmaker 

1-10: lugares de comienzo. 

Con 1 ya vale, pero 
sería una auténtica 
cosechadora de la 
muerte (muerte por 
desintegración). 

AD( Ametralladora de 
Combate). 

Bláster de fusión. 

Repetidor láser. 

Lanzamisiles. 

15-24: Minas (para coger). 
25-29: ReGens pequeños. 

30-32: ReGens medianos. 

33-34: ReGens grandes. 

35-39: Blindajes pequeños. 
40-42: Blindajes medianos. 
43-44: Blindajes grandes. 

45-49: Cargadores de 

munición. 

50: Caja de cargadores. 

51-59: Células compactas. 

60-61: Baterías. 

62-63: Cajas de misiles. 

64: Quad Damage. 

65-80: Cajas explosivas. 
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Programación de aventuras 



Hasta ahora hemos conseguido que nuestro 
personaje mantenga un monólogo que nos 
permite saber, por ejemplo, qué mira o qué 
opina de lo que sucede a su alrededor. Ahora 
es tiempo de que dialogue con otros 
personajes, parte vital en toda aventura gráfica 
que se precie. 



como: no veo nada en especial, es 
demasiado pesado para moverlo, 
no creo que eso funcione... Esto ya 
lo hemos resuelto. En el artículo 
anterior comprobamos la impor¬ 
tancia que hubiese otros persona¬ 
jes que ayudasen o entorpeciesen 
al protagonista de nuestra aventu¬ 
ra, siendo muy interesante el poder 
hablar con ellos. Ya desde el princi¬ 
pio, cuando definimos nuestra pri¬ 
mera aventura, contemplamos la 
acción "hablar". 

El diálogo entre un personaje 
secundario y el protagonista puede 
convertirse en algo tan simple 
como queramos o tan complejo 
como podamos. Usar PSI (persona¬ 
jes pseudo inteligentes) nos permi¬ 
tirá dar mayor atractivo a la aven¬ 
tura, aunque el reto es mayor. 
Conseguir que el diálogo varíe 
según lo que nuestro personaje 


I— 1 s muy importante en todo 
—, juego de aventuras el comu- 
I mearse. Cuando el personaje 

.—-i mira un objeto, cuando 

intenta hacer una acción que no 
puede realizar, e incluso cuando 
opina algo importante que el juga¬ 
dor debe saber, se lo dice en una 
especie de monólogo, con frases 




vaya realizando da un mayor realis¬ 
mo. Eliminar las respuestas posibles 


de un diálogo cuando ya se han 
usado o bien cuando ya no tiene 
sentido usarlas, es una recomenda¬ 
ble medida para evitar la "mono¬ 
tonía" en el juego. 

Para empezar a preparar todo 
lo necesario para los diálogos en 
nuestro programa seguiremos con 
nuestro código de prueba (del 
número 4 de la revista). El progra¬ 
ma hasta ahora nos permitía usar 
un arco con una flecha para tener 
un arco cargado, usar una diana 
con un trípode para tener una 
diana segura y, por último, usar el 
arco cargado con la diana para 
darle con la flecha justo en el cen¬ 
tro. En el proceso diana, hemos 
recuperado parte del código fuente 
anterior (del número 3 de la revis¬ 
ta) que hacía que el nombre y des¬ 


cripción de la diana fuese variando 
cuanto más investigásemos sobre 
ella, es decir, cuanto más veces la 
mirásemos. Hasta ahora siempre 
hemos hecho que lo que quiera 
que deba suceder cuando el prota¬ 
gonista actúe sobre un objeto, esté 
programado en ese objeto. De la 
misma forma, lo que quiera que el 
protagonista pueda decir o deba 
escuchar de un personaje, lo pro¬ 
gramaremos directamente en ese 
personaje. S 


Planeando 

Necesitamos que cuando el juga¬ 
dor indique al protagonista hablar 
con algo, si se puede hablar con 
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ese objeto, presente una serie de 
opciones de diálogo. Para empe¬ 
zar, está muy bien tener de una a 
cuatro opciones de diálogo (cuatro 
frases alternativas), de las que una 
siempre será abandonar la conver¬ 
sación. Una vez que se escoja una 
de las opciones, se debe decir en 
voz alta y el objeto con el que 
hablamos debe responder. Tras la 
respuesta, la conversación finaliza o 
continúa. Vamos a usar el objeto 
"diana". Haremos que el protago¬ 
nista, según lo que sepa de la 
diana hasta ese momento, pueda 
decirle unas cosas u otras. Según 
las veces que la miremos, nuestro 
protagonista la verá como: cosa, 
posible diana, dudosa diana, segu¬ 
ra diana o diana de ejemplo. Las 
frases que el protagonista puede 
usar y sus correspondientes res¬ 
puestas serán: 

Protagonista (P); Diana (D); 

P: Hola, ¿eres una nombre ? 

D: Puede que sí, puede que no. 

P: Pareces una nombre . 

D: Hasta puede que sea nombre . 

P: No me gustan las nombre . 

D: Todas las nombre no se 
comen. 

P: Adiós. 

D: Gao. 

Los textos cambiarán según la 
situación, sustituyendo nombre por 
el nombre del objeto en ese 
momento. Por ejemplo, la primera 
vez será "hola, ¿eres una cosa?". Y 
la siguiente, después de haberla 
mirado, "hola, ¿eres una posible 
diana?". La última de las frases 
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(adiós), nos despedirá de la diana y 
finalizará la conversación. 

Preparando lo nuevo 

Primero hemos de hacer algunos 
cambios en nuestro código actual. 
Las opciones del diálogo se presen¬ 
tarán en la parte inferior de la pan¬ 
talla. Para esto, debemos hacer 
desaparecer el menú de acciones y 
la bolsa de objetos. Creamos un 
"flag" llamado menú que nos indi¬ 
cará cuándo está el menú activo y 
cuándo no. También tendremos 
a menú, que recordará el estado 
anterior de menú. Cuando menú sea 
cierto (menú activo) se ejecutará el 
bloque del control del menú de 
opciones; si no, mientras el menú 
esté inactivo, al pasar el ratón por la 
parte inferior de la pantalla no suce¬ 
derá absolutamente nada. Cuando 
detectemos que menú y su estado 
anterior (amenu) no sean iguales, 
estaremos seguros de que su valor 
ha cambiado, procurando hacer: 

- Si menú es falso (menú inactivo). 
Antes estaba activo, debemos 
ocultar el menú, quitar los boto¬ 
nes de bolsa de objetos, ocultar 
los objetos contenidos en la 
bolsa, deseleccionar cualquier 
acción posible. 

- S¡ menú es cierto (menú activo). 
Antes estaba inactivo, debemos 
mostrar el menú, poner los boto¬ 
nes de bolsa de objetos, mostrar 
los objetos contenidos en la 
bolsa. 

Con este fin creamos los 
siguientes procesos: 

- activa_menu() y desactiva_menu(). 
Se limitan a asignar verdadero o 
falso a la variable global menú. 
Crear funciones para este proce¬ 
so es recomendable para conse¬ 
guir mayor legibilidad en el códi¬ 
go. Es más fácil entender qué 
hace desactiva_menu() que 
menu-FALSE. 

- bolsaJniciaQ . La modificamos 
para que sólo se encargue de ini¬ 
ciar las variables. 



- bolsa_muestra(). Crea los botones 
de control de la bolsa (arriba y 
abajo y la dibuja (antes realizado 
por bolsajnicia ) 

- bolsa_oculta(). Sitúa todos los 
objetos de la bolsa fuera de la 
pantalla y mata los orocesos de 
los botones de control de la 
bolsa. 

- pon menuQ. Pone la imagen de 
fondo del menú. Este proceso ya 
existía. 

- quita_menu(). Quita la imagen de 
fondo del menú. 

Creando las nuevas 
posibilidades 

Para añadir las nuevas posibilidades 
definiremos una estructura (dialo¬ 
go) que podrá 


contener tres líne 
as de texto con 


Cada vez que se entre er 
una conversación deben 
presentarse varías frases 


sus respectivos 
códigos identifica- 
dores e id de texto. El código iden- 
tificador nos servirá para actuar en 
consecuencia a la respuesta del 
protagonista. 

El id texto nos servirá para 
borrar sólo esa línea de la pantalla. 
Cuando el protagonista o el perso¬ 
naje habla, es necesario oroducir 
un retardo acorde con lo que va a 
decir. Esto se controla mediante la 
constante r_habla f que no es más 
que la tasa de FRAME para el pro¬ 
ceso habla. La duración del texto 
en pantalla será diez veces la longi- 
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tud de la cadena de texto: FOR 
(i=0; /< asciijen(texto)*10; i++) 
FRAME(r_habla); END . Nuestro 
código fuente está preparado para 
funcionar perfectamente con DIV 
Games Studio vi .03b, que aún no 


tenía capacidades para el trata¬ 
miento de cadenas. El cálculo de 
longitud de cadena se hace 
mediante la función asciijen(cade- 
na_de_texto) de la librería ascii.dll 
de Antonio Marchal (Tizo). Esta 
librería debe estar instalada en el 

directorio dll de DIV. 

Más adelante perfeccionaremos 

mucho más el proceso habla ; por 
ahora nos basta con indicar que 

estamos hablando (con 

Es interesante tener al un flag hablando), 
menos cuatro frases escribir el texto, retar- 


donde poder elegir | do e indicar que hemos 

dejado de hablar. 
Usaremos habfa() para los textos 
del protagonista y habfa2() para 
los textos de otros personajes. Las 
funciones son idénticas, salvo por 
el tipo de letra que utilizan. 
Tendremos una variable global 
frase muy peculiar. Cuando frase 
valga ~2 nos indicará que no hay 
opciones de diálogo en curso. Al 
valer -1 controlaremos que aún no 
se ha seleccionado una de las 


opciones. Si tomase otro valor, 
indica el número de la opción (0 


para la primera, 1 para segunda, 2 
para la tercera y 3 para la cuarta). 
Los nuevos procesos que necesita¬ 
mos crear son: 

- dialoga{uno_t, uno_v, dos_t, 
dos_v f tresj, tres_v, cuatroJ, cua- 
tro_v). loma los cuatro textos 
alternativos del diálogo y su códi¬ 
go correspondiente. Su trabajo 
consiste en actualizar la estruch> 
ra dialogo y hacer pausa si se está 
hablando en este instante, mien¬ 
tras no se elija opción controlar 
la posición del ratón sobre las 
opciones, seleccionándolas o eje¬ 
cutándolas. Una vez hecha la 
selección, quita las opciones de 
pantalla. Al pasarle los paráme¬ 
tros, dejaremos en blanco los 
que no existan, asegurándonos 
que al menos debe haber uno. 

- sel_dialogo(opcion). Resalta la 
opción seleccionada cambiando 

su fuente de letra. 

- haz_dia¡ogo(opcion). Comprueba 
que la opción es válida (no está 
en blanco) y si es así la toma. 

Todo listo 

Ya podemos empezar. En aquellos 
objetos a los que queramos dotar 
de capacidades de diálogo nos 
basta con añadirles en su apartado 
o_Habiar el siguiente comporta¬ 
miento: 



Aseguramos que no hay diálogo 
(si hubiese otro, no se había llegado 

aquí) 

Bucle 

Si se está hablando ahora, 
esperamos 

Si no hay diálogo, iniciamos 

con dialoga ídesactiva menú) 

Si hay diálogo, pero no se ha 
seleccionado nada aún, esperamos 

SÍ ya se eligió una opción, 
actuamos en consecuencia (al menos 
una debe obligar a salir de este 
bucle) 

Fin del bucle 

Aseguramos que no hay diálogo 
(este ya ha acabado) 

Activamos el menú 


En nuestro fuente de ejemplo, 
sto queda así. Código insertado 
n el objeto diana para dotarlo de 
apacidades de diálogo: 

G4S£ o_Hablar: frase--2; 

LOOP 

WHILE (hablando) 

ERAME; 

END; 

SWITCH (frase) 

CASE - 2: 

dialoga(áscii__add(ascii_add 
"Hola, eres una ", nombre), "?"), h 

asciLadd("Pareces una ", 

íombre), l 

ascii_addCNo me gustan 

as", nombre), X 

"Adiós", 0); 

END; 

CASE - 
FRAME; 
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END; 

DEFAULT: 

SWITCH 

(dialogo[frase], valor) 

CASE 0: habla2("Ciao“); 
break; END; 

| CASE I: 

habla2(''Puede que si, 
puede que no"); 

END; 

CASE 2: 

habla2(asói add("Hasta 
puede que sea ", nombre)); 

END; 

CASE 3: 

habla2(ascii_add(ascii_add 

("Todas las ", nombre), 

"no se comen")); 

END; 

END 

frase=-2; 

END; 

END; 

END; 

activa_menu(); 

END; 

En el próximo artículo mejora¬ 
remos las capacidades de diálogo 
de nuestros personajes y haremos 
conversaciones más complejas. Los 

ficheros fuente del CD están prepa¬ 
rados para ser instalados en el 
directorio \div\cag\06 en la uni¬ 
dad donde tengas instalado DIV 
Carnes Scudio. Hasta pronto. 


Miguel Adolfo Barroso 
(mabarroso@jet.es 




Parte del codigo del programa oriqinal 
preparado para las nuevas funciones de 
¡alogo. Podéis encontrarlo entero en el 
v.u-Kom que acompaña a la revista. 

GLOBAL 

id_btn_bols a_arrib a; 
id_tbn bolsa 


abajo; 


menú; 

amena; 


// id boton 
// id boton 

// Estado actual del menú 
// Estado anterior del menú 


menú = TRUE; 
amenu-menu; 


// Bucle principal 
LOOP 

IF (key(_esc)) // Se ha pulsado ' escape ' 

BREAK; // Se sale del bucle 
END 


n 


// Las teclas cu so res desplazan el puntero del rat n 
IF (key(jight)) mouse.x -f = / 0; END; 

IF (key(Jeft)) mouse.x--10; END; 

IF (key(_up)) mouse.y-= 10; END; 

IF (key(_down)) mouse.y+= 10; END; 

// La barra espadadora y Return simulan los botones del rat 

IF (key(_space)) mouse.left^TRUE; END; 

11 f key(_enter)) mouse.right=TRUE; END; 

IF (menú != a menú) 

IF (menú) 
pon_menu(); 
bolsa_muestra(); 

ELSE 

quita_menu(); 
bolsa_oculta(); 

sel_accion(ojnone, FALSE); 

END; 

amenu = menú; 

END; 

IF (menú) 

// Principio de control del menú de opciones 
Bloque de código *** 

// Fin de control del menú de opciones *** // 

END; 

// Pasa el control al resto de procesos en ejecuci 


*** 


*** 


n 


PROCESS pon_menu(); 
BEGIN 

put_screen(f_menu, 1 ); 

END 


.1" »!:>•. 
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PROCESS quita_menu(); 
BEGIN 

dear_screen(); 

END 


PROCESS activa_menu(); 
BEGIN 
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ue se 


struct matriz_x[ 100] 
y[100]; 

end 

y luego acceder a la misma en 
cualquier lugar del código de la 
siguiente manera: 

matriz_x[i], y[j]; 

Si se necesita alguna vez una 
matriz de más dimensiones, se 
puede hacer de forma muy sencilla 
con solo definir otra estructura bas¬ 
tante similar pero con algunos 
cambios (en realidad se define un 
array de matrices bidimensionales, 
lo cual es lo mismo que una matriz 
de tres dimensiones): 

struct matriz__x[100] 
struct y[100] 
z[100]; 

end 

end 

y acceder de manera parecida 
poniendo matriz_x[i].y[j].z[k]. Los 
programadores que utilicen el DIV 
se preguntarán por qué compli¬ 
carse la vida cuando pueden defi¬ 
nirse matrices de manera muy sim¬ 
ple. Aclarar ante todo que hasta el 
momento todo lo que aparece en 
los artículos es orientado a la pro¬ 
gramación con DIV I, para que 
pueda ser aprovechado por la 
mayoría de los usuarios, por lo que 
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algunos truquillos no serán necesa¬ 
rios para los programadores que 
usen el DIV II. En la figura 2 pode¬ 
mos observar la representación de 
una matriz realizada con estructu¬ 
ras anidadas. En ella se observa 
como en realidad lo que hacemos 
es un array de arrays. Y ahora siga¬ 
mos con el siguiente truquillo. 

Menús durmientes 

La estructura utilizada para repre¬ 
sentar los menús, en el ejemplo 
que acompaña todos ios artículos, 
está implementada sobre un único 
proceso separado en secciones de 
código según el menú que deba 
aparecer, manteniéndose en cada 
sección por medio de un bucle 
condicional y varios ifs para com¬ 
probar si debemos cambiar de 
estado. El sistema está inspirado en 
un autómata determinista, aunque 
eso es otra historia que no nos 
atañe en esta sección. Si se desea 
utilizar un método alternativo de 
representar menús, se puede 
implementar cada menú por sepa¬ 
rado en procesos independientes, 
llamando desde el proceso princi¬ 
pal al menú raíz. Cada submenú 
será llamado por este menú, y 
cada uno de estos llamará a sus 
submenús. Para que no se super¬ 
pongan unos menús sobre otros, 
cada menú debe dormir a su padre 
y a todos sus hijos excepto a sí 
mismo, para lo que se realiza la 
siguiente secuencia de instruccio¬ 
nes: 

signal( father,s_síeep_tree); 
signai( id ' s_wakeup); 


La primera instrucción manda 
una señal al padre del proceso (el 
proceso que lo llamó) indicándole 
que se duerma él y que propague 
la señal a todos sus hijos. El proble¬ 
ma es que nos dormiríamos noso¬ 
tros también, por lo que debemos 
mandarnos una señal s_wakeup 
para despertarnos y así evitar un 
bloqueo. Cuando termine el proce¬ 
so, debe mandar de nuevo una 
señal a su padre para que se des¬ 
pierten tanto él como sus hijos. 

Este sistema consume más recursos 
que el método de un solo proceso, 
pero es mucho más sencillo de 
programar y ampliar. 

Scroll sobre mapa virtual 

Este "truco" es de nivel avanzado, 
pero puede resultar de mucha utili¬ 
dad si queremos representar un 
mapa de juego de grandes propor¬ 
ciones (por ejemplo un mapa de 
1000x1000 casillas de juego, cada 
una ele las cuales de 32x32 pixeles 
y que ocuparía 97ó'56Mb) sin 



necesidad de requerir un ordena¬ 
dor con 1 Gb de RAM. Con el siste¬ 
ma utilizado (manejo de map_put 
sobre una imagen vacía de las 
dimensiones necesarias) necesitarí¬ 
amos una imagen base de varios 
Mbytes para representar un mapa 
medianamente decente, el cual 
debe cargarse en memoria comple¬ 
tamente, incluso si solo se pinta en 
pantalla una pequeña proporción 
del mismo. Partiendo de esta idea 
se puede pensar en tener solo una 
parte del mapa cargado en memo¬ 
ria, e ir pintando sobre la marcha 
lo que debe verse en pantalla. Es 
decir, tener una imagen base más 
pequeña y una matriz con el mapa 
completo representado por los 
índices de los tiles que deben pin¬ 
tarse. Según se vaya desplazando 
el scroll por el mapa, iremos pin¬ 
tando en la imagen base los tiles 
que deberán aparecer a continua¬ 
ción aprovechando el scroll cíclico 
en todas las direcciones. Aquí apa¬ 
rece el primer 
problema, ya que 
si la imagen base 


Hasta el momento se han 
usado arrays para simular 


matrices 


es muy pequeña, 
el pintado de los tiles deberá ser 
muy frecuente, ralentizando el 
scroll de manera considerable. 
Tenemos que elegir un tamaño de 
imagen base que no implique 
repintar cada vez que avanzamos 
el scroll, pero que no ocupe dema¬ 
siado en memoria. La opción más 
asequible es tener una imagen 
base de 3 veces el alto de la región 
de visualización por 3 veces el 
ancho. Así, dividiremos la imagen 
base en tres bandas horizontales y 
tres verticales (conformando una 
matriz de 9 casillas) que numerare¬ 
mos del 0 al 2. Supongamos que el 
mapa total tendría un tamaño en 
regiones de visualización de 10 por 
10. Si el centro de la región de 
visualización se mantiene en las 
bandas de los bordes (horizontales 
y verticales) no repintaremos, pero 
en cuanto se adentre en otra 
región deberemos comprobar que 
tenemos pintadas las bandas ved- 
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Para gráficos de 60x60 la 
función de colisión del DIV 

hace 3600 
comprobaciones cada vez 


ñas en la imagen base. Por ejem¬ 
plo, si nos adentramos desde la 
banda horizontal 1 a la banda 2, 
debemos tener pintadas las bandas 
horizontales 1 , 273 , pero tene¬ 
mos las bandas 0, 1 y 2. ¿Cómo 
sabemos qué banda debemos sus¬ 
tituir por la 3? Pues aprovechando 
las propiedades del modulo, es 
decir calculando el modulo 3 de 
las bandas que debemos tener pin¬ 
tadas: 

• 1 mod 3 = 1 (la pintaríamos 
en la 1, pero ya está) 

• 2 mod 3 = 2 (la pintaríamos 
en la 2, pero ya está) 

• 3 mod 3 = 0 (la pintamos en 

la 0) 

Fácil ¿no?. En la figura 3 se 
muestra la imagen base sobre el 
mapa que simulamos. Se ve cómo 
la fila marrón oscuro se pinta en la 
banda 0 horizontal (fila 6 mod 3 = 
0), mientras que las filas naranja y 
marrón claro se pintan en las ban¬ 
das 1 y 2 (filas 4 y 5 
mod 3 = 1 y 2). Hasta 
el momento hemos 
mantenido un nivel de 
abstracción bastante 
alto manejando bandas 
de memoria. Vamos a empezar a 
ver qué datos debemos controlar y 
mantener guardados para que 

todo salga bien. 

Lo primero que debemos cono¬ 
cer es el ancho en casillas de una 
banda vertical y el alto de una 
banda horizontal, luego debemos 
guardar qué banda virtual está en 
cada una de las tres bandas reales 



(tanto horizontales como vertica¬ 
les). También debemos tener una 
forma de calcular en qué banda 
virtual está la región de visualiza- 
ción para poder comprobar si es 
necesario repintar o no (una posi¬ 
ble mejora del algoritmo sería 
hacer que comprobara la banda en 
la que está con un rectángulo y no 
con un solo punto, es decir que no 
considerara cambio de región 
hasta que todo un recuadro haya 
traspasado la barrera: ver figura 4). 

Diferentes tipos de 
colisión 

La colisión usada en el juego del^ 
curso está basada en la colocación 
de los personajes en casillas, lo que 
simplifica mucho el algoritmo, 
pero si hacemos un juego sin reji¬ 
lla, deberemos usar algún otro tipo 
de detección de la colisión. Ahora 
veremos algunas opciones. La más 
obvia es usar la propia que trae el 
DIV, pero si tenemos muchos mobs 
simultáneos es bastante lenta, ya 
que comprueba la superposición 


Código de los procesos que nos indican qué 
gráfico pintar según hacia donde mire 

PROCESS calculate_graph(posicion) 

BECIN 

if(pos¡cion < 0) 
posición *= -1; 

father.fiags = father.fiags or 7; 
else 

father.fiags = father.fiags and (32\16\8\4\2) ; 
end 

father.graph = posición + . • ( . f 

mobs[father.number].tipo_bicho + 7; - 

END 


PROCESS en_que_posicion_estoy(anguio / p_posicion) 


BEGIN 
if(anguio < 
ifíanguio < 
if(anguío < 
if ángulo < 

if(ángulo < 
if(angulo < 
if(angulo < 
if(angulo < 
END 


= 22500 && ángulo > -22500) *p_posicion=East; end 
= -22500 && ángulo > -3*22500) *p_posiaon=SEast; end 
= -3*22500 && ángulo > -5*22500) *pj)OSÍcion=South; end 
- -5*22500 && ángulo > -7*22500) *p_posicion-SWest; end 

= -7*22500 && ángulo > 7*22500) *p_poslcion=West, end 
= 7*22500 <5r& ángulo > 5*22500) *p_posicion=NWest; end 
= 5*22500 && ángulo > 3*22500) *p_posiáon=North; end 
= 3*22500 && ángulo > 22500) *p_posiaon=NEast; end 
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de los pixeles que conforman las 
dos imágenes que se están com¬ 
probando. Si los gráficos son 
pequeños, no hay tanto problema, 
pero imaginad dos gráficos de 
60x60 pixeles cada uno (¿no son 
tan grandes verdad?): pues la coli¬ 
sión del DIV tendría que hacer 
3600 comprobaciones por cada 
par de gráficos que se comproba¬ 
ran. Si no necesitamos precisión, 
podemos optar por la colisión por 
cuadrados, que tan solo comprue¬ 
ba si los cuadrados que engloban 
cada gráfico se superponen (4 
comprobaciones por cada par de 
gráficos). Este tipo de detección de 
colisión sólo comprueba si alguna 
de las esquinas del cuadrado de un 
gráfico está dentro del cuadrado 
del otro gráfico. Otra opción es la 
detección esférica, muy utilizada 
en simuladores y juegos en 3D, y 
que se basa en considerar los obje¬ 
tos como esferas de un radio deter¬ 
minado. Con este método solo 
debe hacerse una comprobación, 
aunque más compleja en los cálcu¬ 
los que las anteriores. Tan solo hay 
que comprobar que la distancia 
que separa los centros de los obje¬ 
tos no sea menor que la suma de 
sus radios. La ventaja de este sis e- 
ma es que resulta mejor en juegos 
con vista en 3D, ya que no impor¬ 
ta por donde choquen, el choque 
es igual. El problema es que el cal¬ 
culo de la distancia entre los dos 
objetos es algo lento ya que entran 
en juego funciones trigonométri¬ 
cas. La mejor opción, como casi 
siempre, es la combinación de 
varias. Usar primero la colisión por 
cuadrado, y si ésta nos indica que 
hay colisión entonces afinar con la 
colisión por pixeles (la de DIV). 

Para despedirnos 

Por el momento no tenemos más 
trucos bajo la manga, así que en el 
próximo número continuaremos 
programando el juego que nos ha 
ocupado hasta hoy. Todavía hay 
que terminar el parser, codificar la 
IA y alguna que otra cosilla que ya 
veremos en próximos números. 


Emilio Llamas Alba 



Codigo necesario 
para definir una 
matriz en 3D 

struct rubik_x[3] 
struct y[3] 

z[3]; 

end 
end * 
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Sistemas de combate 




En este artículo hablaremos de los sistemas de 
combate en un juego de rol. Esta es una de las 
partes más importantes de cualquier RPG, ya 
que uno de los fundamentos de los juegos de 
rol es luchar para conseguir más experiencia y 
así mejorar nuestras habilidades y 
características. 



o todos los sistemas de 
combate son iguales, pero 
podríamos clasificarlos en 
dos grandes grupos: 

Acción directa: En estos siste¬ 
mas de combate el jugador lucha 
directamente con los enemigos, sin 
que se produzca ninguna pausa en 
el desarrollo del juego. Algunos 
ejemplos de este tipo de sistemas de 
combate podrían ser Zeida, Secret of 
Mana o Diablo , por citar algunos. 

Acción parada: En estos siste¬ 
mas de combate al encontrarse con 


un enemigo se para la acción (o 
incluso se cambia de escenario) para 
poder empezar la lucha. El combate 
puede desarrollarse por turnos 
(Breath of Pire) o bien a tiempo real 
(Final Fantasy C hrono Trigger). Estos 
últimos son los mejores ya que no 
permiten al jugador pararse a pen¬ 
sar, consiguiendo así un combate 
más fluido y realista. 

A partir de ahora nos centrare¬ 
mos, analizando un ejemplo, en el 
último sistema de combate comenta¬ 
do, el de acción parada a tiempo real. 

Explicación del código 

Este código lo podéis encontrar 
entero en el cuadro que acompaña 
al artículo. Ahora vamos a diseccio¬ 
narlo para ver con más detenimiento 
las partes de las que está formado. 

Program combate; 

Global 

Empecemos viendo las variables 
y las estructuras del ejemplo: 

struct menuc 
op-2; 


DIV MANÍA 





textos[ 7 üj= "Atacar", "Escapar"; 
end 


struct comba 
ne= 3; 

struct enemigo[2] 
cont; 
byte listo; 
bap=4; 
aap=5; 
bdp-3; 
adp-3; 
as-4 5; 
ds-40; 
luc-30; 
hp- 7 5; 
mp=0; 

x; 

y; 

end 

struct jugador 
cont; 
byte listo; 
estado; 

x; 
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En Breath of Fire 2 los combates se desa 
rrollan en acción parada y por turnos. 
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hp-100; 

mp-10; 
bap-5; 
aap-6; 
bdp=4; 
adp-5; 
os-55; 
ds=50; 
luc-4 0; 
end 


end 

byte atacando; 
target; 

Estructura menuc: esta estruc¬ 
tura define el número de opciones 
que tendrá el menú ( variable op) y 
los textos de las mismas, que se 
guardan en la tabla textos. 

Estructura comba: es la estruc¬ 
tura principal del combate, en ella 
definiremos el número de enemigos 
(variable né) y las características de 
los enemigos y el jugador. 

Subestructura enemigos y 
jugador: aquí definiremos todas las 
variables que van a usar los enemi¬ 
gos o el jugador: 

Variables de posición (x f y). 
Indican las coordenadas dónele se 
encuentra el enemigo o el juga¬ 
dor. 

Variables de las características 
del jugador o de los enemigos 
(hp,mp t aap,bdp,as,ds,lucj. Indican 
la fuerza, suerte, defensa y otros 
parámetros. 

Variable cont. Este contador se 
usa para saber cuándo el enemigo 
está listo para atacar. 
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Begin 

araph-1; 
x=320; 
y=4 3 0; 

tor(i=0;i<menuc.op;i++) 

write(0,50,10 *¡+400,0, menuc. textos[i 

]); 

end 

cursorQ; 



Variable listo. Esta variable 
determina si se está listo o no para 
atacar. 

Variable estado. Según el valor 
de esta variable se realizarán dife¬ 
rentes acciones. 

Variable atacando. Si esta varia¬ 
ble está a 1 se indica que en estos 
momentos hay alguien atacando; 
por lo tanto, habrá que esperar a 
que se acabe de atacar. 

Variable target. Indica el objeti- 
- vo al cual se va a atacar. 

Begin 

comba. enemigo[ 0 ].x=4 00; 
comba, en emigo] 0 ]. y-2 80; 
comba.enemigo[1].x=500; 
comba.enemigo[l ].y=90; 
comba.enemigo[2].x=300; 
comba. enemigo[2].y=400; 
comba. ¡ugador[0].x=200; 
comba.jugadorf 0].y=18 0; 

loadjpg("combat. fpg "); 

, setjr)ode(m640x480); 

Los combates son una de 

las partes más 

entretenidas de los juegos 

de rol 

Inicializamos algunos datos de 
las estructuras, cargamos el fpg, 
ponemos el modo gráfico y llama¬ 
mos al proceso combat. 

Process combatQ 

Begin 

menuQ; 

playerQ; 

enemigo(0,400,280); 
enemigo(l ,500,90); 
enemigo(2,300,400); 

End 

Este proceso llama a todos los 
procesos que formarán el combate, 
que son el del menú, el del jugador 
y a 3 enemigos. 

Process menuQ; 

Prívate 

m 



combatQ; 


End 


Loop 

trame; 

End 



pos-menuc.op-1; 

end 

y=400+(10*pos); 

if(key(_enter) && 
comba.jugador[jugid]. listo--1) 


El proceso menú escribe los tex¬ 
tos según los parámetros de la 
estructura menuc, pone el gráfico 
del menú y llama al proceso cursor. 

Process cursorQ; 

Prívate 

pos-0; 

jugid-0; 

Begin 

graph-2; 
size-25; 
x=30; 
y-400; 


switch(pos) 
case 0: 

target=select_eneQ; 

esta_iisto( & atacando); 

comba.jugador[0].esta - 

do=l; 

estaJisto( Acomba, juga - 

dor[jugid].estado); 

comba, enemigof target] 
.hp--ataque(comba.jugador[jugid] 
.bap, comba.jugador[jugid].aap,comb 
a.jugador[jugid].as,comba.jugador[ju 

gid]. fue, comba . enemigo[ target]. bdp, c 

omba.enemigo[target].adp,comba.ene 

migo[ target]. ds,comba.enemigo[ tar¬ 
get]. iuc, comba, enemigo[ target]. x, com 
ba. enemigo[ target]. y); 

atacando-0; 


Loop 

if(keyCdown)) 

pos++; 

end 


end 
case 1: 

estajis to( ¿¡¿atacando); 
comba.jugador[0 ]. esta - 


if(key(_up)) 

pos-; 

end 

if(pos>menuc. op-1) 
pos=0; 
end 

if(pos<0) 


Zelda para Super Nintendo. Los com 
bates son de acción directa. 
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do-2; 


end 


end 



comba.¡ugador[jugid].listo=0; 
comba.jugador[jugid]xont=0; 

end 


trame; j 

End 

End 

Este proceso se encarga de des¬ 
plazar el cursor del menú según las 
pulsaciones recibidas desde el teda 
do. Si se presiona la tecla "enter"y 
la variable listo es igual a 1 se elegi¬ 
rá una acción según el valor de la 
variable pos (que indica la posición 
del cursor en el menú). \ 
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function estajisto(var) 

Begin 

repeat 

trame; 

untii(*var==0) 

End 

Esta función resulta muy útil, ya 
que nos permite saber si una varia¬ 
ble es 0. Saber si una variable es 0 
es, en nuestro caso, necesario para 
saber si hay alguien atacando. Esta 
función recibe como parámetro la 
dirección de la variable, y después 
comprueba si el contenido de esa 
dirección es 0 o no. 

function ataque (bap,aap,as,luc, 
bdp, adp, ds, luc l t x,y) 



case 0.2: 

defense=0; 

end 

case 98. .100: 


function sel_pos(pos,mode); 
Prívate 
la sipos; 

Begin 

iastpos=pos; 

repeat 

switch(mode) 
case 0: 
pos ++; 

if(pos>comba.ne-1) 
pos=0; 
end 


if(pos==iastpos) 

break; 

end 

end 

case 7: 


Prívate 

atack; 
defense; 

Begin 

atack= bap + rand(0 f ( 
(aap*as)/100 ) ); 

if(rand( 0,100)<luc) 
atack+= 

(aap*rand(0 / 100))/100; 

end 

switch(rand(0,100)) 

case 0.2: 

atack=0; 

end 


case 98..100: 

atack=bap+aap; 

end 

end 

defense= bdp + rand 
(0, ( (adp*ds)/100 ) ); 

if(rand{0,100)<iucl) 
defense+= (adp*rand 
(0,100))/100; 

end 

switch(rand(0 ,7 00)) 


Rhobi te 


i Final Fantasy 6, un juego donde los 
combates son del tipo acción parada 
en tiempo real. 
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defense=bdp+adp; 

end 

end 

atack-=defense; 
da o (x, y, atack); 

if(atack>0) 

return(atack); 

else 

return( 0 ); 
end 


End 



Esta función es la encargada de 
determinar el daño que se le causa¬ 
rá al enemigo. Recibe como pará¬ 
metros las características del atacan¬ 
te y las del defensor, para poder 
establecer el ataque en función de 
ambos contendientes en vez de 
hacerlo aleatoriamente. 

process da o(x / ydam); 

Prívate 

■ 

/• 

v 

texto; 

Begin 

texto=write_int( 0,x,y\ 0, &dam); 

for(i=0;i<25;i++, y-=2); 
delete_ text(texto); 

if(dam>0) 

texto=write_in t(0, x, y 0, &dam); 
else 

texto=write( 0, x, y 0, "MISS "); 
end 

trame; 

end 

delete_ text( tex to); 

end 

Este proceso muestra el daño cau¬ 
sado, aplicándole una pequeña ani¬ 
mación de movimiento hacia arriba. 








A 
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pos-; 

if(pos<0) 

pos=comba.ne‘l; 

end 

if(pos==lastpos) 

break; 

end 

end 

end 

until(comba. enemigo[pos]. hp>0) 
return(pos); 

End 

Esta función es llamada por la 
función select_ene y permite saber 
cuál es el siguiente 
enemigo (indistin¬ 
tamente del 
número de enemi¬ 


El tipo de combate que 
usarán los protagonistas 
de nuestro juego es algo 
que tendremos que decidir 
al principio 


gos, siempre que 
las estructuras 
estén con los datos correctos) según 
hayamos presionado arriba o abajo. 

function seiect_ene() 

Prívate 

pos; 

lastpos; 

Begin 
size-25; 
graph-2; 
z=- 7 00: 



Imágenes de Secret of Mana 2, en las 
cuales podemos ver un sistema de 
combate muy similar al de Zelda. 
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Combates de acción directa en Diablo2. 


if(comba, enemigojpos]. hp<=0) 
pos=$el_pos(pos, 0); 
end 


Loop • 

if(keyC 


pos 

end 


dowrtj) 

--se ¡pos (pos, 0); 


if(key(_up)) 

pos=sel_pos(pos, 1); 
end 


y=comba. enemigo[pos ]. y; 
x=comba. enemigo[ l pos], x; 
it(key(_space)) 
retum(pos); 
end 


Cada modo de combate 
tiene unas características 
distintas que deberemos 

programar 


trame, 
end 


End 


Esta función devuelve el enemi¬ 
go seleccionado y se encarga de 
que el cursor que señala al enemigo 
esté bien posicionado. 


process playerQ; 


Prívate 

jugid=0; 



graph=new_map(l 00,100,50, 
50,122); 
x=200; 
y-180; 

write_int(0,200,180,0, Acomba. 
jugador[jugid]. cont); 

writejnt(0,200,190,0,Acomba, 
jugadorjjugid]. lis to); 

write_int(0,240,180,0, Sicomba. 
jugador[jugid].hp); 

write_int(0,24 0,190,0, & comba. 
jugador[ ¡ jugid]. mp); 


Loop 

if( comba, jugadorjjugid]. 
cont<100) 

comba.jugadorjjugid].cont++; 
else 

comba.¡ugador[jugid]. listo-1; 
end 
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if( i comba.jugadorjjugid]. hp<-0) 
signal(id,s_kill); 
end 


switchjcomba.jugador[ 0]. estado) 


case 1: 
loop 

ataca ndo= 1; 
ang ie-tge t_angieícomba. 
jugador[0].x, comba.jugadorj 0 ]. y,com 
ba. enemigo[ target]. x, comba, enemigo 
[targetj.y); 

advance(5); 


if(x>comba. enemigo 


jtARGETJ.x) 


[jugidj.x; 


x=comba.jugador 


[jugid],y; 


y=comba.jugador 


break, 

end 


trame; 

end 

comba.jugador[0 ]. estado-0; 


end 


case 2: 

comba.jugadorjjugid]. 
estado-0; 


if(rand(0,3)- 
exit( 0,0); 
end 
end 
end 


=0) 


trame; 

End 


End 


Este proceso es el que mueve el 
gráfico del personaje que controla¬ 


mos. Según el valor en que se 
encuentre la variable estado se hará 


una cosa u otra (0=nada, 1=atacan 
do, 2=¡ntentando escapar). 


process enemigo(eneid,x,y); 


Prívate 


Begin 


graph-new_map( 100,100,50, 
50,222); 


wri tejn t( 0, x, y, 0, & comba, 
enemigojeneid]. cont); 

write_int( 0,x,y+10,0, Acomba, 
enemigojeneid]. listo); 

write_int( 0,x+4 0, y, 0, Si comba, 
enemigojeneid]. hp); 

writeJnt(0,x+4 0,y+10,0, & 
comba, enemigojeneid]. mp); 


Loop 


if(comba, enemigoj eneid]. 
contdOO) 

comba, enemigojeneid]. 

cont++; 

else 


listo= 1 


comba, enemigojeneid]. 


re pea t 

it(comba.enemigo 

[eneid].hp<=0) 

signal(id,s_kill); 

trame; 

end 

trame; 

until(atacando==0 ) 


it(comba, enemigo 
jeneid].hp<=0) 

signai(id,s_kill); 

trame; 

end 


atacando-1; 


*t| \ 
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loop 

angle-fget_ang¡e 
(comba.jugador[0]. acomba.jugo- 
dor[ O]. y, comba. enemigo]er¡eid].x, com 
ba. enemigo[eneidj.y); 

advance(-5 ); 
if(x<comba. 

jugador[0].x) 

x=comba. enemigo 

[eneid].x; 

y-comba. enemigo 

[eneidj.y; 

break; 

end 

trame; 

end 


comba.jugadorf O]. hp- 
=ataque(comba. enemigo[eneid]. bap, c 
omba. enemigo]eneid]. aap, comba. ene 
migo]eneid]. as, comba, enemigo]eneid] 
. Iuc, comba.jugador[ O]. bdp, comba, jug 
ador[ O ]. adp, comba.jugador[ O]. ds, com 
ba.jugador[ O ]. Iuc, comba .jugador] O]. x, 
comba.jugador[ O]. y); 

comba.enemigo[eneid], 

cont-0; 

comba. enemigo[eneid]. 

Iisto=0; 

end 


hp<=0) 


if(comba. enemigofeneid]. 
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trame; 

End 

End 

Este proceso es muy similar al 
anterior. Controla las acciones del 
enemigo. 

El código completo de este 
ejemplo podréis encontrarlo en el 
CD-Rom que acompaña a la revista, 
además de en el cuadro adjunto. 

Y ya sabéis, si tenéis alguna 
duda, sugerencia o comentario, 
hacédnoslo saber. Hasta el próximo 
número. 


atacando^O ; 

trame; 

end 

Ramón de España 
maqnazilier@pagina.de 

Cuadro 1 . Código de ejemplo 


Program combate; 

byte atacando; 

for(i=0;i<menuc. op ;/++) 


target; 

writeíO, 5 0, 7 0 *i+400,0, menuc. 

Global 


textos [i]); 


Begin 

end 

struct menuc 



°P=2; 

comba. enemigo[0 ].x=400; 

cursorQ; 

textos[ 10 ]- "Atacar", "Escapar"; 

comba. enemigo[0]. y=280; 


end 

comba, enemigo} 7 ].x~5 00; 

Loop 


comba. enemigo[1].y=90; 


struct comba 

comba. enemigo[2].x=3 00; 

trame; 

ne=3; 

comba. enemigo[2].y=400; 



comba.jugador[0].x=200; 

End 

struct enemigo[2] 

comba.jugador[0].y= 7 80; 


cont; 


End 

byte listo; 

loadJpgC'combat. tpg"); 


1 • bap-4; 

set_mode(m64 0x4 8 0); 


aap=5; 

combatQ; 


bdp=3; 


Process cursorQ; 

adp-3; 

End 


as~45; 


Prívate 

ds=4 0; 


pos~0; 

luc=30; 

Process combatí) 

iuqid=0; 

hp= 15; 



mp=0; 

x; 

Begin 

Begin 

7 

y; 

menuQ; 

graph=2; 

end 

playerQ; 

size-25; 


enemigo(0,4 00,280); 

x=30; 

struct jugador 

enemigo(l,500,90); 

y=400; 

cont; 

enemigo(2,300,400); 


byte listo; 


" 1 

estado; 

End 

Loop 

x; 


it(key(_down)) 

y; 


pos++; 

hp= 7 00; 

Process menuQ; 

end 

mp= 10; 



bap=5; 


if(key( up)) , 

aap-6; ■ 

Prívate 

pos-; 

bdp=4; 

i; 

í * 1 

end 

adp=5; 



os=55; 


it(pos>menuc.op-l) 

ds=50; 

Begin 

* i r 9 

pos=0; 

¡ iuc-40; 


1 * 

end 

* end 

graph= 1; 


r 

x-320; 

it(pos<0) 

end 

y-430; 

pos=menuc.op-1; 
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Aunque resulta difícil de creer, habrá lectores que no 
habrán encontrado FastTracker de su agrado. Para 
ellos presentamos en este número una alternativa que 
poco tiene que envidiarle al programa que nos ha 
mantenido ocupados durante varias entregas. 


V para los lectores que hayan 

caído en las cibernéticas 
garras de FastTracker , les 
J aconsejamos que no 
pierdan de vista este otro 
programa de composición musical, 
ya que si han llegado a manejar 
con soltura FastTracker, no tendrán 
ningún problema para hacerse 
dueños y señores del que nos 
ocupará en este número de 
DIVManía. Recién salido de 
Internet, con apenas 4 meses de 
vida, aquí tenemos un nuevo 
secuenciador para Windows, 
ModPlug Tracker . 


ModPlug Tracker ha sido 
implementado para 
trabajar únicamente bajo 

Windows 


Windows 

La característica más importante de 
ModPlug Tracker es que está diseña¬ 
do para trabajar en Windows. Esto 
comporta algunas ventajas y des¬ 
ventajas con respecto a FastTracker, 
La ventaja principal es que funcio¬ 
na mejor que FT2 bajo 
Windows, que, como 
ya habréis comproba¬ 
do, sufre considerables 
retardos cuando es 


corrido bajo este sistema. Esto no 
quiere decir que ModPlug Tracker 
no sufra retardos. A veces puede 
pegar algún "bote" como todos 
los programas de Windows, sobre 
todo si el ordenador utilizado no es 
muy rápido o dispone de poca 
RAM. En todo caso, la experiencia 
ha resultado bastante positiva, ya 
que con un Pentium 150, con 64 
Mbytes de RAM, corre muy fluida¬ 
mente (más que muchos otros pro¬ 
gramas de Windows diseñados 
para diversos y distintos propósi¬ 
tos). La desventaja de que el pro¬ 
grama sólo se pueda correr bajo 
Windows es que, por pocos retar¬ 
dos que se sufran jamás nos podre¬ 


mos librar de ellos, y dependere¬ 
mos siempre de los "caprichos" de 
un sistema operativo de dudosa 
eficacia. No se aconseja, entonces, 
hacer uso de ModPlug Tracker para 
reproducción en casos en que la 
perfección de ésta sea imprescindi¬ 
ble. 

Otra de las características de 
MPT, heredada del hecho de ser 
una aplicación para Windows, es su 
sistema de Cortar/Copiar/Pegar, 
mucho más intuitivo, por consi¬ 
guiente, que el de FT2, Bastará con 
seleccionar con el ratón el bloque 
que deseemos copiar o cortar, pin¬ 
char en la opción correspondiente 
en el menú de la parte superior de 
la ventana, y después pegar con la 
misma sencillez. En caso de ser 
usuarios con más experiencia 
podremos hacer uso de las combi¬ 
naciones de teclas Ctrl-X, Ctrl-C y 
Ctrl-V para cortar, copiar y pegar, 
respectivamente. Esto supone cla¬ 
ramente una ventaja sobre FT2, 
cuyo sistema para este efecto es 
bastante menos intuitivo, además 
de tener algunos molestos "bugs". 

Formatos soportados 

Un punto extremadamente positi- 
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MPT nos permite aplicar efectos a la 
totalidad de la canción en tiempo de 
reproducción. 





El primer secuenciador que realmente 
trabaja bien bajo Windows. 

vo de MPT es que es capaz de car¬ 
gar un amplio abanico de formatos 
musicales. De esta manera podre¬ 
mos recuperar canciones que haya¬ 
mos compuesto hace varios años, 
incluso en otros sistemas diferentes 
de los PCs, como Amiga o Atari ST. 
Los formatos soportados son los 
siguientes: 

- *.669: módulos de UNIS 669, 

669 Composer. 

- *.AMF: módulos de Asylum / 
DSMI. 

- *.AMS: módulos de Velvet Studio 
vi .x. 

- *.DBM: módulos de DigiBooster 
Pro. 

- *.DSM: módulos de DSIK music. 

- *.FAR: módulos de Farandole 
. Composer. 

- *.IT: módulos de Impulse Tracker. 

- *.MDL: módulos de DigiTracker 
1 .x. 

- *.MED: módulos de OctaMed 
(sólo módulos MMD0/MMD1 
válidos i. 

- *.MID: ficheros Midi (Los samples 
serán tomados de la librería 
MIDI). 

- *.MOD: módulos de ProTracker 
4-32 channels, 15/31 samples!. 

- *.MTM: módulos de MultiTracker. 

- *.NST: módulos de NoiseTracker. 

- *.OKT: módulos de Oktalyzer. 

- *.$3M: módulos de 
ScreamTracker III. 

- *.STM: módulos de 
ScreamTracker II. 

- *.ULT: UltraTracker modules 

(buggy). j 

- *.WOW: módulos de Grave 
Composer. 

- *,WAV: Carga ficherosWAV, sepa¬ 
rando canal izquierdo y derecho 
en dos samples. 

- *.XM: módulos de FastTracker II. 
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Y los formatos comprimidos de 
los anteriores: (*.MDZ, *.S3Z, 
*.XMZ, *.!TZ, *.ZIP). La canción, 
para poder ser editada, será con¬ 
vertida a uno de estos formatos: 
MOD, S3M, XM ó IT, que son 
aquellos con los que MPT puede 
trabajar. 

Un programa bien 
documentado 

Disponemos de una ayuda hiper- 
textual con índice, que nos será 
muy útil en caso de tener dudas de 
manejo del programa, pero tam¬ 
bién se nos da la posibilidad de 
acceder directamente a Internet 
desde el programa para acceder a 
una serie de lugares de interés 
cuyas direcciones IP tiene ya inclui¬ 
das. Estos lugares son los siguien¬ 
tes: ModPlug Central, United 
Trackers, Trax in Space, The 
Tracker's Handbook y ModPlug 
Central Forums, donde podremos 
acceder a todo tipo de información 
relacionada con la composición 
musical por ordenador con secuen- 
ciadores. También se incluyen las 
direcciones de la página web del 
propio programador, Olivier 
Lapicque 

http://www. ips, net/g!ivier¡) . y la 
página donde se puede obtener la 
última versión de ModPlug Tracker 
(h ttp://www , modpluaxom) . 

Estructura arbórea 

Este secuenciador se sale bastante, 
a primera vista, de la estructura 
usual de los trackers, pero, si 
exploramos un poco las opciones 
del programa, pronto nos daremos 
cuenta que su manejo es muy simi¬ 
lar al de FastTracker o Impulse 
Tracker, e incluso más sencillo que 
el de éstos ya que el entorno 
Windows conlleva siempre manejos 
más intuitivos. 

A la izquierda de la pantalla 
encontramos una estructura en 


forma de árbol, idéntica a la que 
utiliza el explorador de Windows. 
Cuando cargamos un fichero 
(Open) encontraremos los siguien¬ 
tes campos en esta estructura 
arbórea: 

• Nombre de la canción. Si des¬ 
plegamos este nodo aparecen 4 
campos: Sequence (muestra el 
orden en el que están organiza¬ 
dos los patterns que componen 
el módulo), Patterns (muestra 
una lista en orden de creación 
de todos los patterns del módu¬ 
lo), Samples (muestra una lista 
de los samples utilizados en la 
canción) e Instruments (instru¬ 
mentos utilizados, ya que un ins¬ 
trumento puede englobar varios 
samples). 

• Midi library. Desplegándolo se 
nos muestran los instrumentos 
MIDI que componen el banco 
MIDI que está seleccionado por 
defecto. 

• GM.DLS. Es una lista de bancos 
de instrumentos MIDI (esto varia¬ 
rá dependiendo de la tarjeta de 
sonido de la que dispongamos). 

• Instrument library. Es una lista 
de paths en los cuales podremos 
encontrar instrumentos en nues¬ 
tra máquina. 

Pestaña "general" 

En la mitad derecha de la pantalla 
se nos presentan una serie de pes¬ 
tañas con las cuales podremos 
acceder a los distintos editores del 
programa. Desde la pestaña 
"general" podremos controlar los 
siguientes parámetros: 

• El título de nuestra creación. 

• Initial settings (parámetros inicia¬ 
les): el tempo (en negras por 
minuto), la velocidad de repro¬ 
ducción de la canción ( speed ), el 
volumen global del módulo ( glo¬ 
bal volume) y la posición a partir 
de la cual deberá volver a empe¬ 
zar a reproducirse la canción 
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El editor es muy similar al de FastTracker 2 o 
Impulse Tracker. 


cuando acabe de leer al último 
tracker ( restart position). 

• Song type (tipo de la canción): 
sirve para hacer compatible nues¬ 
tro módulo con Protracker 
'.MOD), Scream Tracker .S3M), 
FastTracker (.XM) o Impulse 
Tracker (.IT). Para ello podremos 
seleccionar algunos puntos de 
compatibilidad: Linear Frequency 
SI ides, Fast Volume SI ides, IT Oíd 
effects e IT Compatible Gxx . 

• Effects (efectos de ecualización): 


Esta opcion nos 
permite aplicar 
algunos efectos 
de ecualización 


Disponemos de un editor 
de patterns muy similar al 
de FastTracker 


en tiempo real 

durante la reproducción. Estos 
efectos son Bass Expansión 'realza 
los graves), Reverb (eco de sala), 
Surround (sonido envolvente), 
Craphic ecuaiizer, AGC y Loop 
song (reprodución cíclica de la 


canción). 

En la parte inferior de la panta¬ 
lla y para cada canal podremos 
seleccionar el título del canal, su 
volumen, su panorámica y su habi¬ 
litación/deshabilitación (mute). 


Pestaña "patterns" 

Es en esta opción donde encontra¬ 
mos el nexo de unión de MPT con 
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Disponemos de un editor de samples, pero no podremos 
digitalizar directamente con MPT. 
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El editor de instrumentos permite aplicar envolventes de 
volumen y panorámica, al igual que FT 2. 
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Ya no tendremos que escribir la dedicatoria en el 
lugar del nombre de los instrumentos. 


ción línea a línea), avanzar, Zxx 
(opción de macro para aglutinar 
varios efectos en uno para comodi¬ 
dad del usuario), editor de acordes 
(chord editor), pattern properties 
(número de líneas del pattern) y 
expandir/contraer pattern. 

El editor de acordes, ya men¬ 
cionado, es una opción muy inte¬ 
resante de MPT, recuperada de las 
versiones para ordenadores AMIGA 
del programa ProTracker. Permite 
escribir todo un acorde formado 
por diversas notas pulsando una 
única tecla, siempre que tengamos 
activada la opción multichannel 
record. 


Un punto desfavorable: 
no podremos samplear 
directamente con 
ModPiug Tracker 


el resto de secuenciadores, ya que 
es un editor de patterns extrema¬ 
damente similar al de FastTracker . 

La única diferencia se da en la 
forma de especificar los efectos, 
que en el caso de FastTracker, sólo 
disponíamos de 3 dígitos para con¬ 
trolar el volumen, el vibrato, la 

panorámica, etc., y sin 
embargo en MTP se 
dispone de 6 dígitos, 
quedando 3 para el 
control de volumen y 
panorámica y otros 3 
para el resto de los efectos. De esta 
manera, un ejemplo de línea de un 
canal podría ser el siguiente: C-5 
01 V56 E22. 


En la parte superior aparece 
una barra de botones cuyas funcio¬ 
nes (de izquierda a derecha) son 
las siguientes: Borrar el pattern 
actual, Play, Stop, Step (reproduc- 


Pestaña "samples" 

Haciendo "clic" en esta pestaña 
accedemos al editor de samples. 
Este es uno de los puntos más flo¬ 
jos del programa, porque MPT no 
puede samplear, sino tan sólo 
modificar una onda que cargue¬ 
mos desde disco. Si quisiéramos 
entonces especializarnos en la 
composición con MPT, no tendría¬ 
mos más remedio que utilizar un 
programa adicional para digitalizar 
sonidos desde una fuente externa, 
como Cool Edit 96. 

Con el editor de samples de 
MPT podremos modificar las opcio¬ 
nes de visualización de la onda, 
copiar/pegar fragmentos, controlar 
el volumen y la nota del sonido 
con gran precisión (finetune), 
seleccionar las opciones de repeti¬ 
ción de la onda, etc. También 
podremos ponerle vibrato a los 


samples, controlándolo de manera 
muy efectiva. En la barra de boto¬ 
nes tenemos las opciones de repro¬ 
ducir/parar, amplificar la onda 
hasta el máximo posible 'sin origi¬ 
nar distorsión), amplificación libre 
(fade in, fade out), resample (para 
cambiar la frecuencia de muestreo 
de la onda en función de la longi¬ 
tud en bytes) y reverse (para inver¬ 
tir la onda). 

El resto de las opciones 

Las dos pestañas restantes son 
"Instruments", con la que accede¬ 
mos a un editor de instrumentos 
muy similar al de FastTracker, 
mediante el cual podremos aplicar 
envolventes de volumen y panorá¬ 
mica a las ondas, además de algu¬ 
nas otras opciones, y la pestaña 
"Coments", con la que podremos 
añadir libre y extensamente 
comentarios diversos a nuestras 
creaciones musicales. Esta última 
opción es de agradecer, ya que en 
FastTracker y otros secuenciadores 
nos vemos obligados a buscar sitio 
en los lugares más insospechados 
para escribir estos comentarios, 
siendo el recurso más utilizado 
sobreescribir los nombres de los 
instrumentos. 

En conclusión, ModPiug Tracker 
es un secuenciador bastante com¬ 
pleto, que incorpora innovadoras y 
útiles herramientas. Especialmente 
recomendado para los "locos" de 
Windows. 


Sergio Cánovas 


Modos griegos (en Do M - La m) 


IT (Impulse Tracker) 

Axy: Set Speed 
Bxy: Position Jump 
Cxy: Pattern Break 
Dxy: Volume Slide 
Exy: Portamento Down 
Fxy: Portamento Up 
Gxy: Tone-Portamento 
Hxy: Vibrato 
Ixy: Tremor 
]xy: Arpeggio 

Kxy: Vibrato + Volume Slide 
Lxy: Tone-Port + Vol Slide 
Mxy: Set Channel Volume 
Nxy: Channel Volume Slide 
Oxy: Set Sample Offset 
Pxy: Panning Slide 
Qxy: Retrig 
Rxy: Tremolo 

Sxy: Extended S3M Commands 
Txy: Set Tempo 
Uxy: Fine Vibrato 
Vxy: Set Global Volume 
Wxy: Global Volume Slide 
Xxy: Set Panning 
Yxy: Panbrello 
Zxy: Macros 


XM (Fast Tracker) 


Oxy: 

lxy: 

2xy: 

3xy: 

4xy: 

5xy: 

6xy: 

7xy: 

8xy: 

9xy: 

Axy: 

Bxy: 

Cxy: 

Dxy: 

Exy: 

Fxy: 

Gxy: 

Hxy: 

Kxy: 

Lxy: 

Pxy: 

Rxy: 

Txy: 

Xxy: 

Zxy: 


Arpeggio 
Portamento Up 
Portamento Down 
Tone-Portamento 
Vibrato 

Tone-Port + Vol Slide 
Vibrato + Volume Slide 
Tremolo 
Set Panning 
Set Sample Offset 
Volume Slide 
Position Jump 
Set Volume 
Pattern Break 

Extended MOD Commands 
Set Speed/Tempo 
Set Global Volume 
Global Volume Slide 
Key Off 

Set Envelope Position 
Panning Slide 
Retrig 
Tremor 

Extended XM effects 
Macros 


MOD (ProTracker) 


Oxy 

lxy 

2xy 

3xy 

4xy 

Sxy 

6xy 

7xy 

8xy 

9xy 

Axy 

Bxy 

Cxy 

Dxy 

Exy 

Fxy 


Arpeggio 
Portamento Up 
Portamento Down 
Tone-Portamento 
Vibrato 

Tone-Portamento + Volume Slide 

Vibrato + Volume Slide 

Tremolo 

Set Panning 

Set Sample Offset 

Volume Slide 

Position Jump 

Set Volume 

Pattern Break 

Extended MOD Commands 
Set Speed/Tempo 
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Utilidades 



Al igual que en ediciones anteriores de esta revista, 
vamos a seguir nuestro recorrido por el Shareware más 
actual y atractivo del mercado. 

En este número veremos la utilidad de un programa de 
manejo de memoria RAM, en este caso el FreeMem Pro 
v4.2 en su versión de 32 bits. 




”[— 1 mpezaremos haciendo una 
—i breve introdución sobre el 
I manejo de memoria de 

1 - 1 Windows. El proceso de 

manejo de memoria utilizado por 
Windows (95/98/NT/2K) hace 
posible que una aplicación que 
necesita más RAM de la que real¬ 
mente se posee pueda ser ejecuta¬ 
da. Esto se consigue gracias a que 
este proceso de manejo de memo¬ 
ria utiliza una técnica llamada 
"swap" (escritura en disco de la 
memoria RAM no utilizada en ese 
momento por Windows) dejando 
así libre la memoria necesaria para 


otros recursos del programa. 
También hace posible ejecutar 
varios programas al mismo tiempo, 
cogiendo del disco los recursos 

necesarios en cada 
momento. 

Otra tarea de 
Windows es utilizar 
la memoria RAM 
como "cache" de ciertos ficheros 
que el sistema operativo cree que 
van a ser necesarios; con esta técni¬ 
ca se consigue agilizar muchas tare¬ 
as u operaciones que de otra 
manera tendrían demasiados acce¬ 
sos a disco. Los accesos a disco son 


Este programa acelera los 
procesos que necesitan 
mucha cantidad de 
memoria libre 



Aspecto del programa de instalación. 


ShowffeeMcnño 



Free up 32 M8 



Aspecto del menú emergente del 
icono. 


del orden de 1000 veces mas len¬ 
tos que a la RAM, y la lectura de 
disco es 100 veces mas lenta. 

Pero este sistema tiene algunos 
fallos: 

- Si un programa tiene algún error 
de programación, puede ser que 
parte de la memoria que se reser¬ 
vó para él no sea liberada al ter¬ 
minar el programa, con lo que 
Windows cree que sigue siendo 
utilizada (situación nada inusual). 

- La utilización de grandes librerías 
de funciones por parte de los 
programas conlleva un gasto 
innecesario de memoria, ya que 
de esas librerías no van a ser utili¬ 
zadas mas que unas pocas fun¬ 
ciones. 

- El cache de ficheros, aunque útil 
en algunos casos, puede ser que 
entorpezca, en vez de ayudar, el 
buen funcionamiento del PC. 
(Ficheros cacheados en memoria 
que no son accedidos y sin 
embargo ocupan hasta un 70% 
de la RAM). 


El sistema más fácil para resol¬ 
ver estos problemas es ejecutar 
una aplicación muy grande que 
reserve la mayor parte de la RAM, 
causando que las partes no utiliza¬ 
das sean escritas al disco. Esto es lo 
que hace FreeMem Pro: reserva la 
cantidad de RAM indicada, escri¬ 
biendo en ella datos basura (nece- 


16,32 MB - FreeMem Pro 
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Solapa "Startup": configuración 
al inicio de Windows. 


sario para que Windows se crea 
que realmente es utilizada) y acto 
seguido liberarla para que pueda 
ser utilizada por otras alicaciones. 

Instalación y 
configuración 

El programa viene en un archivo 
.ZIP; tendremos que descomprimir¬ 
lo a una carpeta temporal y desde 
allí ejecutar "setup", con lo que 
nos aparecerá el programa de ins¬ 
talación. Elegiremos la carpeta de 
destino del programa y el grupo 
del menú Inicio que se creará. El 
resto del programa se instalará 
automáticamente. 

Una vez instalado tenemos que 
configurarlo. Para arrancar el pro¬ 
grama tendremos que ir al menú 
Inicio, Programas, FreeMem 
Professional y ejecutar FreeMem 
Professional. Nos aparecerá una 
ventana con varias solapas donde 
podremos configurar todos los 
parámetro del programa. Vamos a 
ir viendo solapa por solapa todas 
las funciones. 

• Solapa Free Memory. Se utiliza 
para liberar memoria en un 
momento dado hasta un límite 
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Gráfico con las estadísticas de la 
memoria. 








































































































Utilidades 


14,36 MU - rreeMem Pro 


A 


uuñ 


113 


Free Memory ¡ Slatistios | Background j Startup | Idte ícen | AboU J 


iül 


p Show Icorv in Syste; Tray 

A rad icón h $hown i yexir free RAM tetes bebvy tbe criticai amount You 
can seí the criticó) amount on the 'BackgfótrKT page. 

Show a icm t free RAM tete betow -r(3 000 KB 


m 




! -■- 1 i n- 1 1 *i iI h ^MüU p ÍÉi * ■ i 

12 MB ¡20 MB jy ¡32 MB j¡j 


T ray lean OoubleCbck does * 


Ü iü 


Help j 


M mimare 

... n ■ Mullí fn Iimlimnul 


Free Memory J Statistics j Background | Slartup | fde } Icón ] About | 


3,188 MU - FreeMem Pro 






^ ■M!iW i h ?iln 


Aspecto y propiedades del icono 


-...- - 


1 Me 

2 Me 
4 Me 
6 MB 
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13MB 
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28 MB 
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32 MB 
140 MB 


48 MB 
56 MB 
64 MB 
72 MB 
80 MB 
88 MB 
96 MB 
104 MB 
112MB 


120 MB 
128MB 
160 MB 
192 MB 
224 MB 
256 MB 
288 MB 
320 MB 
352 MB 


384 MB 
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448 MB 
480 MB 
512 MB 
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Liberación de memoria. 
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Distintos tipos de detección. 


determinado. Se selecciona el 
límite y las veces que se intentará 
liberar esa memoria, y se pulsa el 
botón "Allocate and free" para 
realizar la operación. 

» Solapa Statistics. En esta sola¬ 
pa podremos ver las estadísticas 
de uso de memoria; podremos 
observar como al cargar cual¬ 
quier programa la memoria libre 
disminuye, y como al cerrarlo 
aumenta (aunque, como hemos 
dicho antes, quizás no todo lo 
que debiera). Podremos cambiar 
el tiempo de refresco del gráfico 
desde 250 ms hasta 60 seg. Y 
podremos optar por que salga o 
no la cantidad de memoria libre 
en el título del programa. 

• Solapa Background. En esta 
solapa configuraremos cómo tra¬ 
bajará el programa en modo 

"background" 


Su configurabilidad es muy 
práctica para cualquier 
situación en que tengamos 
que liberar memoria 


(modo continuo). 
En un principio 
deberemos indi¬ 
carle al programa 
la cantidad crítica de memoria 
(cuando se llegue a ella se pon¬ 
drá en funcionamiento el sistema 
background). Una vez hecho 
esto, le indicaremos al programa 
si queremos actividad back¬ 
ground o no señalando la casilla 
correspondiente, y en el caso de 
que sí la queramos, los pasos a 
seguir cuando se llega a la canti¬ 
dad crítica de memoria o a un 


tiempo preestablecido. 

Se puede liberar memoria cada 
cierto tiempo hasta un cierto lími¬ 
te; para ello seleccionaremos la 
casilla adecuada y e! intervalo de 
tiempo que habrá entre utilización 
y utilización y el modo de "Idle 
Detection". 



Solapa para la configuración de la 
actividad "background". 


También se podrá liberar 
memoria si se llega a la cantidad 
crítica de memoria; se intentará 
liberar durante cierto tiempo, y 
con cierto "Idle Detection". 

Antes de proseguir deberemos 
explicar los distintos parámetros 
"Idle Detection" 

- No Idle Detection: No existe 
ningún tipo de detección a la 
hora de liberar memoria del 
uso de la CPU. 

- Soft Idle Detection: Es utilizada 
para las liberaciones de 
memoria menos urgentes. 
Freemem busca durante un 
periodo de tiempo determi¬ 
nado un espacio en el uso de 
la CPU en el cual esté libre y 
realiza su trabajo en ese 
momento; si no lo encontrara 
no realizaría la liberación de 
memoria. 

- Hard Idle Detection: Esta 
opción está específicamente 
creada para liberar condicio¬ 
nes de RAM críticas. Buscará 
un espacio de tiempo en el 
cual la CPU esté libre (duran¬ 
te menos tiempo que en 
"Shoft Idle Detection") y si 
no lo encontrara, aún así libe¬ 
raría memoria, interfiriendo 
en cualquier programa que 
esté en ejecución. 

• Solapa Startup: En esta solapa 
se le indica al programa si se 
quiere que se ejecute al arrancar 
Windows o no, y si se quiere, 
cuanta memoria se intentará 
liberar, durante cuanto tiempo se 
intentará la liberación y el méto¬ 
do de "Idle Detection" a utilizar. 

• Solapa Idle: En esta solapa 
podremos definir qué van a ser 
"Soft Idle Detection" y "Hard Idle 
Detection". Podremos definir, para 
cada una de ellas, qué cantidad 
de CPU debe estar utilizada como 
máximo para que se activen y 
durante cuanto tiempo estarán 
esperando hasta esas condiciones, 
y lo que se hará si se sobrepasa el 
tiempo preestablecido. 

• Solapa Icón: Aquí podremos 
configurar todo lo referente al 
icono del programa. Podremos 
decirle si al minimizar el programa 
queremos que sea un "Tray Icón" 


(los iconos pequeños que se 
encuentran al lado del reloj o que 
se minimice normalmente. A qué 
cantidad de memoria libre quere¬ 
mos que cambie a color amarillo 
el icono; los menús de cantidad 
de memoria que será liberada en 
el menú desplegable del icono del 
programa (se accede a él hacien¬ 
do clic con el botón derecho enci¬ 
ma del icono); y lo que significa 
un doble clic sobre el icono 
(podremos optar por abrir la ven¬ 
tana del programa, activar/desac¬ 
tivar la función "background", y 
liberar ciertas cantidades de 
memoria en especial). 

Función Free and Run 

Una de las funciones que hacen 
más atractivo a este programa es la 
posibilidad de ejecutar cualquier 
programa habiendo liberado pre¬ 
viamente una cantidad de memo¬ 
ria. Esta opción es muy buena para 
casos de programas que necesiten 
grandes cantidades de RAM y que 
no puedan ser ejecutados de otra 
manera. 

Para acceder a esta función 
haremos clic con el botón derecho 
del ratón sobre el icono de FreeMem 
Pro. Se nos abrirá un menú con 
varias opciones entre las cuales se 
encuentra "Free and Run". 

Dentro de "Manage Entries" 
podremos añadir, quitar o cambiar 
programas. Para añadir un progra¬ 
ma deberemos indicar la cantidad 
de memoria a liberar, la ruta de 
acceso al programa en cuestión y 
un nombre que le queramos dar a 
esa entrada. Para borrarlo simple¬ 
mente lo seleccionaremos y apreta¬ 
remos el botón de borrar y para 
modificarlo apretaríamos el botón 
de modificar entrada. 

Para terminar 

Si queréis mas información sobre 
FreeMem Professional, los datos de 
Meikel Weber son: 

E-Mail: support@Meikel.com 

Web: http://www.meikel.com/ 
freemem 

Hasta el próximo número de la 
revista. Espero que os haya sido útil. 

Javier Fernández 
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Todas las dudas que podáis tener acerca de la 

programación de juegos serán prontamente 

contestadas en este espacio, así que no lo 

dudéis, explicarnos vuestras dificultades y 

pronto dejarán de serlo. También recogemos, 

como es ya habitual, todas aquellas ofertas de 

trabajo que puedan interesar a todos los que 

estén inmersos en el mundo de la programación 
de videojuegos. 


Microsoft. También adquirimos nues¬ 
tros conocimientos hablando entre la 
masa de programadores de juegos,; 
normalmente no suele haber grandes 
secretos en este mundillo. Si dispones 
de Internet podrás comunicar tus 
inquietudes con otras personas más 
experimentadas que te puedan ayu¬ 
dar. Bye:) 

Se busca gente joven 

Soy Sacha, tengo 15 años y soy 
diseñador gráfico. Me interesaría 












| f~| ola, soy un chico de Bilbao 

de 7 7 años, y quiero ser 
desarrollador de videojue- 
J U gos, preferiblemente dise¬ 
ñador, pero llevo 4 años buscando 
algo y nada. Quería una carrera 
universitaria, y pensaba en infor¬ 
mática, pero no sé si me enseña lo 
que quiero, ya que es pura progra¬ 
mación. Quería saber si sabéis 
algún sitio donde podría estudiar. 
También me ayudaría saber que 
han estudiado los de Pyro Studios, 
o Sega, o Nintendo, etc. 

Bueno, la pregunta es difícil de con¬ 
testar, pero aún así te daremos una 
respuesta para ver si te orientas un 
poco: 

Hoy por hoy una carrera de informá¬ 
tica te da más conocimientos teóricos 
que prácticos; eso sin tener en cuenta 
las asignaturas de relleno para com¬ 
pletar créditos, pero en cualquier 
caso siempre es una excelente elec¬ 
ción cursar la carrera de informática. 
Aunque parezca a priori que algunas 
asignaturas no van a tener utilidad a 
la hora de desarrollar un videojuego, 
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lo cierto es que ocurre todo lo contra¬ 
rio, desde física hasta matemáticas, 
pasando por bases de datos, todas 
tendrán su utilidad, aunque algunas 
más que otras . Debemos tener en 
cuenta que el desarrollo de un video¬ 
juego abarca una gran cantidad de 
aspectos, que no debemos menospre¬ 
ciar en ningún caso. 

En cuanto a los conocimientos para 
desarrollar un juego, la mayoría de 
los que estamos en la actualidad 
programando videojuegos, para ser 
sincero, no se adquieren en una 
carrera universitaria. En este sentido, 
todos somos autodidactas, hemos 
adquirido nuestros conocimientos 
tras muchos libros en ingles, horas y 
horas de navegación en Internet, e 
infinitas pruebas con ios ejemplos de 



contactar con gente que sepa pro¬ 
gramar en DIV, C++ o Java para un 
grupo de programación recién fun¬ 
dado. Somos de Valencia y ya • 
tenemos un proyecto en marcha. 
También me ofrezco como grafista 
2D si a alguien le interesa. 
Preferiblemente entre 14 y 16 
años. 

manuel. talens@uv. es 
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Desde Venezuela 

Hola, me llamo Juan Carlos, me 
estoy convirtiendo en un fanático 
de DIV, he comprado su revista y 
me parece muy buena, yo siempre 
quise ser programador de Juegos y 
me parecía imposible hasta ahora, 
gracias a DIVmanía. 

Yo vivo en Venezuela, y quisiera 
saber !a manera más fácil de adqui¬ 
rir el software y un buen manual, 
quisiera saber si hay un sitio de 
compra en línea o algo así. 

Gracias, espero que me puedan 
ayudar. 

Juan Carlos 

P.D. Estoy haciendo un juego para 
enviarlo para el concurso se llama 
SuperC, esperen a que lo vean. 


Hola Juan Carlos, saludos desde esta 
redacción , ya nos contarás como has 
conseguido un ejemplar de 
DIVmanía en Venezuela, estamos 


bastante intrigados. Respecto a con¬ 
seguir el programa DIV2 podrás 
hacerlo escribiendo y exponiendo tu 
petición en la siguiente dirección: 
suscr/pc/ones@prensatecn/’ca.com. 
Esperamos ver tu juego pronto en 
nuestras manos. Hasta dentro de 
poco. 


Se busca músico 

Empresa líder en la edición y distri¬ 
bución de videojuegos, busca para 
sus estudios de producción: 
SOUND DESIGNER 
(Ref: SdLV28/11) para crear el 
entorno sonoro de un videojuego. 
Requisitos: 

- Titulados en música, escuelas de 
música, o similares. 

- Preferentemente con experiencia 
informática musical y herramien¬ 
tas de edición de audio. 

- Conocimientos del entorno PC 
(Windows 95 y/o NT). 

- Gran creatividad artística. 

Si además: 

- Tienes facilidad para trabajar en 
equipo. 

- Posees conocimientos de inglés 
y/o francés. 

- Estas interesado/a por los video¬ 
juegos. 

- Tienes: entre 22 y 30 años. 

Si te interesa trabajar en una 
empresa joven, dinámica, en plena 
expansión e innovadora, envía tu 
CV indicando la referencia del 
puesto de trabajo y una carta de 




motivación. Todo ello por correo 
electrónico a: 

Empleo@ubisoft. es, 
por fax al número 93 590 62 53 o 
por correo normal a UBI STUDIOS, 
Crta. de Rubi n-72-74, 

Edificio Horizon 

08190 Sant Cugat del Valles 

(Barcelona). 

Grafistas/músicos para 
juego de acción/rpg 

Lince Games (miembro Stratos) 
busca a grafistas y músicos para el 
juego de rol Secret of Lost Memory. 
El juego está siendo programado 
en Div 2, a 640x480 píxels, en 
perspectiva isométrica. 

Está compuesto de dos partes, el 
modo historia, de un jugador; y el 
modo multijugador, en el que cada 
usuario maneja a un protagonista 
distinto, pudiendo ir de aventuras 
con los otros o por su cuenta. En 
este modo no habrá historia lineal, 
y cada uno irá haciendo su aventu¬ 
ra. 

Los escenarios han de ser ilustracio¬ 
nes en 2d, y los personajes, imáge¬ 
nes renderizadas en 2d. 

También buscamos a programado- 
res de apoyo, guionistas, etc. Todo 
tipo de ayuda viene bien. 
Interesados llamad al 917333246 
(solo tardes), o mandad un e-mail 
a lincegames@mixmail.com, o 
enviad una carta a: 

UNCE GAMES 
C/Cañaveral, 103, 1 Q C. 

28029 Madrid. 
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Fe de errores 

Estimados señores de Prens@ técnic@: 

Rogamos disculpen las molestias que podamos ocasionarles al expre¬ 
sarles que hubo unos pequeños errores por nuestra parte al no incluir 
(por despiste y por las prisas para enviar el juego), al otro autor del 
proyecto del juego Men In Green; e! coautor de dicho juego es 
Antonio Muñoz Caivilto (de ahí el nombre de AM, el otro player del 
juego, EJ soy yo, Emilio). 

También nos gustaría comunicarles que el título es MIC RAIDER, 
EIHN?, aunque no sabemos si lo han puesto porque quizás parezca 
que Men In Green les parezca más adecuado (con más gancho). 

Lo que pedimos en este e-mail es que se pueda buscar en la siguien¬ 
te publicación un hueco para expresar nuestro error y que los lecto¬ 
res conozcan a los verdaderos creadores de MIG RAIDER EIHN? 

Se despiden cordialmente unos lectores de "Divmania": 

Emilio José Lopera Joyera & Antonio Muñoz Calvillo. 
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estar en la vanguardia del mundo de la 
3, suscribirse a DIV MANÍA es un primer paso 


~m —f ^ m \ • • y •>>: i}} j-j r Ivjt-*••:: y i¿n¿:ii ^ 1 1 ■. 

¿a- /a única revista escrita por y para los progra¬ 
madores de videojuegos. Nuestra redacción está 
compuesta por veteranos desarrolladores, exper¬ 
tos del entorno DIV, grafistas y muéhos otros 
profesionales del software de entretenimiento 
que dan lo mejor de sí a los lectores. 

Te ofrece lo último en el delicado campo de la progra¬ 
mación de videojuegos ; con los títulos que se encuen¬ 
tran en proceso y los productos recién salidos del horno 
o de los PCs. 

Para seguir avanzando hay que saber echar la vista 
atrás y a la vez no olvidarse del futuro, y Div Manía 
empieza un nuevo camino. 

Nuestra revista presenta un look muy cercano a sus 
lectores, salido de las inquietudes de todos vosotros. 


• Nunca nadie te ha ofrecido tanto por tan poco ; nunca 
has tenido tan cerca la oportunidad de estar al día de 
lo último en programación por el mínimo esfuerzo de 
acercarte al quiosco o enviar nuestro cupón v recibir 
la revista en casa puntualmente cada dos meses. 

• En el interior del CD-Rom encontrarás los elementos 
con los que todos los programadores sueñan. 

* Somos como tú y conocemos, más o menos, qué se 
esconde dentro de tu cabeza. Y si no lo conocemos 
aún, lo aprenderemos gracias a ti. 

* Ofrecemos las más diversas sorpresas, las más inte¬ 
resantes ofertas, para que no te olvides de que la pro¬ 
gramación siempre está viva. 


lemas, el auacriptor tiene derecho 
la siguiente oferta: 
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Con un año de suscripción (seis 
númerosJ regalamos un producto 
a elegir entre: 

'Programación Orática para PC" 

"Cómo programar en ensamblador" 


Solicite su ejemplar enviando este cupón por correo, por fax: 91 304.17.97 o llamando 

aJ teléfono 91 304.06.22 de 9:00 a 19:00 h. 


CUPON DE SUSCRIPCION ANUAL A DIV MANÍA 


Con doo años de suscripción (doce 


wn uub anos oe suscripcioi 
númerosJ regalamos uní 2 
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Libro programación 
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Libro programación 
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Creación de juegos 
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écnica se reserva el derecho de cambiar cualquiera de los regalos por 
otros de igual valor, en caso de agotar existencias. 


§ 
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Deseo suscribirme a la revista DIV MANÍA acogiéndome a la siguiente modalidad: 
3 Suscripción: 1 año (6 números) por sólo 5.970 ptas. 

Suscripción: 2 año (12 números) por sólo 11.940 ptas. 

¡¡Ififi Desde!el número 



Correo certificado 1 año: 1.500 ptas. adicionales 


__ J 


Correo certificado 2 años: 3.000 ptas. adiciónale 


1 


Además recibiré gratis: 



Por 1 año de suscripción: uno de los siguientes productos 
Por 2 años de suscripción: DIV II 



Programación Gráfica para PC 


Cómo programar en Ensamblador 


Nombre y apellidos 
Domicilio. 


Poblflrión .*.....*. 

r p ...*.*.■■—■■■. . .. 

.■■.-...Provincia... 

feiT........ Profesión....... 

DNI/NIF- .... ....*. 


FORMA DE PAGO: 


□ Con cargo a mi tarjeta VISA n° 


Fecha de caducidad de la tarjeta. 

Nombre del titular, si es distinto. 

Domicijiación bancaria, más gastos de envío 
Población ...... 

Ruego a Vd. que se sirva cargar en mi: 


más gastos de envío 


* * ■ 


a é ■ ■ 
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cuenta corriente 
I] libreta de ahorro número 


ENTIDAD OFICINA DC 


N° CUENTA 


suscripción 


por RR 

MANIA 


gastos 


FIRMA 


i 


L 



Contrarreembolso del importe más gastos de envío 

Cheque a nombre de PRENSA TÉCNICA, que adjunto más gastos 

Giro Postal (adjunto fotocopia del resguardo) más gastos de envío. 



envío. 


Prens 
Técnic 



óe libros y publicaciones 


C/ Alfonso Gómez, n° 42 Nave 1-1-2. 28037 Madrid. Tfno: 91 304 06 22. Fax: 91 304 17 97 

e-mail: maspc@prensatecnica.com. http://www.prensatecnica.com 























































































ref.: CD-R74 (74 min.) 
ref.: CD-R8G (80 min) 



ref.: CD-RW (regrabablc 






Estuche Ref,:CD48 
Capacidad para 48 CDs 
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Estuche Ref.:CD24 
Capacidad para 24 CDs 


Archivo Ref.:ARCH6Q 
Capacidad para 60 CDs 
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Estuche Ref,:CD80 
Capacidad para 80 CDs 


Archivo Ref.:CLST80 
Capacidad para 80 CDs 


Estuche Ref.:CD160 
Capacidad para 160 CDs 
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Estuche Ref.:ESC48 
Capacidad para 48 CDs 


Torre diseño Ref.iSST-20 
Capacidad para 20 CDs 


Torre diseño Ref.:SST-30 
Capacidad para 30 CDs 


Estuche Ref.:ESC24 
Capacidad para 24 CDs 




Torre diseño Ref.:SST-50 
Capacidad para 50 CDs 
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Estuche Ref.: f D-50P 
Capacidad para Discman 
+ 6 CDs con caía 


Estucnh Ref.:CD-240P 
Capacidad para Disdman + 24 CDs 
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Estuche Ref.:CD-15 
Capacidad pa(a 15 CDs con caja 
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Ref.:CD-8QT/W Ref.:CD-t 
Capacidad Capacida 
para SO CDs ISO C 


Ref.:CD-120T/W 
Capacidad para 


Ref.:CD*8üT/W 
Capacidad para 


60 CDs 




Ref.iNBC Maletín ordenador portátil 


Gastos de envío gratuitos para pedidos superiores a 12.000 ptas. 


Pídenos catálogo o haz tu pedido por teléfono, Fax, 
E*mail indicando las referencias correspondientes 


□ ref. 

□ ref. 

□ ref. 

□ ref. 

□ ref. 

□ ref. 

□ ref. 


CD-R74 (145 ptas.) 
CD-R80 (195 ptas.) 
CD-RW (350 ptas.) 
CD24 (990 ptas.) 
CD48 (1.500 ptas.) 
CD80 (2.400 ptas.) 
CD160 (4.200 ptas.) 


ü ref. 
Ü ref. 
J ref. 

□ ref. 

□ ref. 

□ ref. 

□ ref. 


ESC24 (1.300 ptas.) 
ESC48 (1.900 ptas.) 
CD-50P (7.400 ptas.) 
CD-I 5 (7.300 ptas.) 
CD-240P (1.700 ptas.) 
NBC (3.495 ptas.) 
CD-20R (350 ptas.) 


□ ref. 

□ ref. 

□ ref. 

□ ref. 

□ ref. 

□ ref. 

□ ref. 


CDLST80 ( 2.900 ptas.) 
ARCH60 (2.500 ptas.) 
SST-50 (3.500 ptas.) 
SST-30 (2.900 ptas.) 
SST-20 (2.400 ptas.) 
CD-60T (2.900 ptas.) Negra 
CD-I 20T (4.700 ptas.) Negra 


□ ref. CDB-80 (3.900 ptas.) 

□ ref. CDB-160 (5.900 ptas.) 

□ ref. CD-60TW (3.200 ptas.) 

□ ref. CD-120TW (5.000 ptas.) 

□ ref. CDB-80TW (4.200 ptas.) 

□ ref. CDB-160TW (6.200 ptas.) 

□ Gastos envío: 990 ptas. 


Negra 

Negra 

Marrón 

Marrón 

Marrón 

Marrón 


mima 

Tif.: 9 1 458 2063 
Fax: 9 1 457 3904 
91 458 68 04 
E-mail: numain@tarc30üü 


Nombre 


Apellidos.Teléfono 


piso 


letra 


C.P....Localidad 


Provincia 


Forma de pat 


□□ □□□□ □□□□ □□□ 


Visa: N° 

Trasferencia: 0050 2848 65 0011502322 

0049 1359 06 2510019039 
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vírgenes 
R74 (74 min.) 
R80 (80 min.) 
W (regrabab! 
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í.;SST-20 
20 CDs 





n este número seis, el 
CD-Rom que acompa¬ 
ña a la revista está a 
J rebosar de contenido. 


además del que seguro os 
tendrá enganchados al orde¬ 
nador durante unas cuantas 
horas, pasamos a resumiros 
lo que podréis encontrar. 


JUEGOS GANADORES 


Nuestro concurso sigue con¬ 
tra viento y marea. Estos son 
los ganad< >res de este núme- 

t ■ * 


vas del género arcade. Os 
ponemos en situación: hay 
que manejar un avión que 
encontrará los cielos plaga¬ 
dos de enemigos. Menos mal 
que nuestra pequeña nave es 
capaz de disparar sin cesar y 
limpiar la atmósfera de todos 

los enemigos que encontre¬ 
mos. 


Alex Exoddus 


ro: 



Tokencraft 

Un homenaje a Totenkai y a 
Warcraft, que convierte a este 
juego en un arcade, protago¬ 
nizado por el personaje prin¬ 
cipal del primero, que deberá 
acabar con los excombatien- 


Un juego de plataformas 
muy adjetivo en el que 
deberemos manejar a un 
lagonista (parece que 
un forofo del Atlético de 
Madrid) a través de un 
mundo lleno de enemigos. 
Varios niveles y grandes 
dosis de dificultad para aca¬ 
barlos. Este es el juego que 
se ha alzado con el tercer 


tes orcos que escaparon con 
vida de las pantallas del 
segundo. Una buena idea que 
ha merecido el primer pre- 


premio. 


REVISTAS ELECTRÓNICAS 


mío. 


Nowadays 

Un juego que evoca a las 
antiguas máquinas recreati- 


Este mes ampliamos nuestro 
espectro. Además de la 
revista Divnet que ya cono¬ 
céis, os ofrecemos oirá inte¬ 
resantísima revista electróni¬ 
ca sobre Div: Vital-web. 
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FONDOS DE ESCRITORIO 


Sacha Talens, un lector de 
nuestra revista, nos ha ofre¬ 
cido unos fondos de escrito 
rio para ofrecerlos en el CD 
y, por supuesto que los 
hemos aceptado. 


CURSO DE JUEGOS 


Todos Jos complementos 
que necesitas para seguir 
todos las lecciones de nues¬ 
tros cursos. Casi todas las 
secciones llevan códigos que 
por su extensión no es posi¬ 
ble meter en la revista. En el 
Cd-Rom los encontrarás 
enteros. Además hay peque¬ 
ños programas que seguro 
os serán de utilidad. 


ESPECIAL JUEGOS 


Todos sabemos que nuestro 
concurso de programación 
en Div, más allá del premio 
en metálico, es una oportu¬ 
nidad de dar a conocer las 
creaciones de todos los 
Divmaniacos. Todos y cada 
uno de los juegos que nos 
llegan merecen la pena, 
aunque sólo sea porque se 
nota que rebosan ilusión. 
Muchos lectores nos habían 
hecho llegar un mensaje 
muy claro: publicadlos, aun¬ 
que no los premiéis. Pues 
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Contenido CD 






Akelarre Soft 


Presenta 



bien, ahí va. Lo cierto es que 
tienen toda la razón del 
mundo, de modo que 
hemos decidido dedicar 
nuestro Cd a publicar los 
juegos que se han presenta¬ 
do al concurso. 


Billar: Santiago jiménez. 

Bloody's War 99: ¡ulio 
Corgé Frochoso. 

Cd Voyage: Jordi Bergós 
Massagué. 


Navidad: Daniel García 
Alonso. 

Neowing: Lui Bega. 

Nuevo Milenio: Jacob 
Almagro García. 


Una pequeña aclaración: no 
están todos los que son pero 
sí que son todos los que 
están. Es posible que algu¬ 
nos de los juegos que 
hemos recibido en toda 
nuestra andadura no aparez¬ 
can en el Cd; la razón es 
sencilla: a lo largo de todo 
este tiempo hemos sufrido 
muchos problemas que pue¬ 
den haber ocasionado la 
pérdida de algunos de ellos. 
Por eso pedimos perdón a 
todos nuestros lectores. Del 
mismo modo pedimos dis¬ 
culpas si alguno de los jue¬ 
gos no se ejecuta correcta¬ 
mente. En cualquier caso, 
estamos seguros de que 
merece la pena echarles un 
vistazo a todos y cada uno 
de ellos. 

Aparte de que la gran mayo¬ 
ría son muy jugables y os 
divertirá probarlos, sus códi¬ 
gos fuente os ayudarán a 
aprender de los aciertos y 
errores de otros, y puede 
que os den la pista para 
solucionar ese problema de 
programación que os ha 
dejado atascados en algún 
punto de vuestros propios 
trabajos. Que los disfrutéis. 


Cinquillo: Antonio Marchal. 

Comando Pelota: David 
Ferriz. 

Dardos: Javier Alcubierre 

Devillish: David Ferriz 
Blánquez. 

Disco Fighter: E. González, 
Cristóbal García y C. Casás. 

Ejdomino: Emilio José 
Jiménez Jiménez. 

Exit: Josep Portella Florit. 

Exploss: Ismael Fernández. 

Exterminador de Pitufos: 

D. Fernández y F. Cuadrado. 

Fumigasión Galástica: Alex 
Hernández Ortega. 

Get3!: José Luis Parra 
Lozano. 

Kubox: José Antonio 
Mango. 

Manga Paradise: Carlos 
Pastor. 

Memorión: Antonio Puig. 


Accelerator: Jordi Bergós 
Massagué. 

Adamchím: Adám Camacho 
Martín. 

Arena: David Yuste. 

Aselo: Francisco Blázquez 
Munuera. 

B-Sides: Paulo Jorge Gomes 
Feitor. 


Mig Raider Eihn: Emilio José 
Lopera Joyera y Antonio 
Muñoz Calvillo. 


Mini Dragón Ball Z: Oscar 
Rincón Jiménez. 


Misión Marte: David Yuste 
Romero. 


Mr. Bones: Víctor Reyes 
Carlos López y Migue 



Numbers: Félix Martínez 
Vera. 


Pa-Pú: Emilio Galindo y 
Jacob Almagro. 


Parchís: Gonzalo de Lucio 
de la Iglesia, 


Pingüinoid: David Ferriz 
Blanquer. 


Pompas: Ángel Almodovar 
Moreno. 


QA: Roberto Selva. 

Rapid: Jordi Bergós 
Massagué. 


Resident Leming: Enrique 
Medina Gremaldos. 


Reyes: Javier Alcubierre 
Villasol. 

Run or Die: Tomás Arribas 
Simón. 

Saimaza: Juan Armada. 

Sam & Tom: José Antonio 
López López. 

Shootsex: Cristian Duro. 

Space Opera: Ferrán 
Clavero Estrada. 


Super 15: José María Cortés 
López. 

Super Action Rajao 2: Juan 
Manuel Cebolla Carbonell. 

Super Yohsy: Enrique 
Medina Gremaldos. 

Tcow: Luis Ignacio Díaz del 
Dedo. 



The Bombs: Pere Estany 
Barrera. 

Tiro al Plato: Pedro Miguel 
Jiménez. 

Traffic Control: Javi 
Guerrero Castroviejo. 

Wizfun: D. Fernández Montañés. 
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Consultor!a * Mantenimiento • Distribución • Formación • Programación a medida • Certificación • Material didáctico • Cursos para empresas 
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la alternativa pue su empresa estaba esperanth 


Linux está en boca de todos: potencia, versatilidad, seguridad con mayúsculas, economía. Y todos se hacen las mismas 
preguntas. ¿Debo cambiar a Linux? ¿Es cierto que Linux es más fiable en la empresa que Windows NT, 98 o Windows 2000? 
¿Es cierto que Linux puede convivir con Windows intercambiando información de forma transparente? ¿Puedo ahorrar con 
soluciones basadas en Linux hasta el 60% del precio en sus programas equivalentes de Microsoft? ¿Por qué más del 65% 
de los servidores de Internet corren bajo Linux? ¿Quién me dará ef soporte y la garantía necesarios? 

La respuesta a todas las preguntas se llama SOluCfOMiSUNUX 

SOlüGIQHíS UMÜX es la primera empresa de nuestro país dedicada exclusivamente a ofrecer soluciones basadas en 
Linux para usuarios y empresas: distribuciones Linux, utilidades, consultoría, instalaciones a medida, mantenimiento, forma¬ 
ción... Todo lo que Vd. necesite y al mejor precio del mercado. 

Puede que aún no sepa lo que S01UCI0NES UNUX puede hacer por Vd. Le invitamos a asistir gratuitamente a las sesiones 
de demostración que se realizan todos los días de 17 a 19 h en nuestra sucursal en Madrid. 

Infórmese sin compromiso llamando al 91-356 69 08 o visitando nuestra página web: 



http:/A/i/ww. u-linux. com 

Llame hoy mismo. Por fin en LINUX hay alguien que RESPONDE. 


Linux rYH$ 

La distribución pensada para empresas 
Pvp. recomendado 9.900 pts. 

Disponible a partir del 1 de marco del 2000 

Por fin, la primera distribución creada para las PYMES: robusta, fi 
ble, sencil a de instalar. Incluye: StarOffice, escritorio KDE, manua 
de instalación paso a paso y, como oferta de lanzamiento,GRATIS 
el programa LINUX FAX SERVER, valorado en 14.900 pts. (*) 

Características: 

- Instalación en modo gráfico con pantallas de ayuda 

- Configuración X completa antes de la instalación de paquetes 

- Flexibilidad en los modos de instalación Server y Workstation 

- Utilidades de automontaje 

- XFree 3.3.S-3, Kernel 2.2.12-20, KDE 1.1.2, GTK, etc. 

O Oferta válida hasta el 1 de abril del 2000. 
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Linux INfEIKT SEIVEI 

El servidor más fiable 
Pvp. recomendado 49.950 pts. 

Disponible a partir del 15 de febrero deJ 2000 


El servidor de Internet pensado para su empresa incluye: 

‘Servidor de correo electrónico, páginas Web y FTP. 
‘Gestión y mantenimiento de listas de correo 
con histórico de mensajes. 

‘Número de usuarios y buzones sin límite. 
‘Mantenimiento remoto del sistema, 
y además control de todos los usuarios y funciones de 
correo electrónico remotas. 
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Ahorre enviando todos sus fax por la intranet 
Pvp. recomendado 24.900 pts. 

Disponible a partir del 15 de febrero del 2000 

Se acabaron las colas para enviar un fax. El primer servidor de fax para Linux seleccio¬ 
na entre los tramos horarios más económicos de su operador de comunicaciones y se 
adapta a ellos, economizando en cada envío. Evita desplazamientos dentro de la propia 
empresa ahorrando tiempo y molestias al utilizar la intranet para acceder al servidor. 
Crea las estadísticas necesarias para analizar los gastos por cada usuario. Economía y 
comodidad garantizadas en sus comunicaciones. 


LINUX MTCIUG COtTIilLlEI 

El guardián de su empresa en Internet 
Pvp. recomendado 69.950 pts. (*) 

Disponible a partir del 15 de febrero del 2000 

El primer sistema de CONTROL TOTAL sobre Internet en su empresa. Limitación en el 
tiempo de conexión, lista de direcciones, chat, etc. Estadísticas de conexión por usuario, 
por sites accedidas, por distribución del tiempo según operador. Limitaciones individua¬ 
les o por grupos de usuarios. El sistema corta la conexión cuando detecta que el usuario 
ha sobrepasado los límites de sus privilegios y le envía un mensaje al supervisor. LINUX 
WATCHDOG CONTROLLER es una herramienta imprescindible en la empresa moderna 
para el control del uso de Internet. El 90% de los empleados de las empresas con acce¬ 
so a Internet desde su puesto de trabajo navegan con fines personales: chats, compras, 
etc. Esta herramienta erradica el problema realizando auditorías individualizadas de 
cada usuario, ya que almacena direcciones accedidas, tiempo de estancia, información 

recibida y enviada, etc. 

LINUX WATCHDOG CONTROLLER es una utilidad imprescindible para los 
Administradores del Sistema y Jefes de Personal. Pruébelo sin compromiso. 

(*) Hasta 10 puestos de trabajo. Consultar según necesidades superiores. 

Los precios no incluyen IVA. 
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Soluciones llnux le brinda fas 

mejores opciones para hacer negocio: 

fñu ix Training Comer 

Formación a todos ios niveles 

Si dispone de una academia de informáti¬ 
ca Vd. puede tener el LINUX TRAINING 
CENTER oficial de su población. SOLU¬ 
CIONES LINUX formará a su personal y 
le proporcionará todo el material didácti¬ 
co necesario y la certificación LINUX 
TRAINING CENTER. Además, le incluire¬ 
mos en nuestra Lista de Centros 
Autorizados en todas las acciones publi¬ 
citarias promocionando su negocio. (*) 

La más amplia gama de cursos para 
todos los niveles y necesidades en for¬ 
mación: Introducción a Linux, 
Administración de Sistemas, Instalación y 
configuración de Servidores web, 
Ofimática en Linux, etc. 

Sistema de franquicias con número limi¬ 
tado de licencias por provincia. 

(*) Más de 250.000 impactos cada mes 
en prensa especializada y general. 

llnux Soimion Prouitíer 

Una apuesta segura para emprende¬ 
dores. Servicios en Linux 

Si es Vd. socio o propietario de una 
empresa de Servicios Informáticos puede 
obtener para su provincia la representa¬ 
ción en exclusiva de los productos 
SOLUCIONES LINUX y la certificación 
LINUX SOLUTION PROVIDER para su 
empresa de servicios, distribuyendo, ins¬ 
talando y dando soporte a la más amplia 
gama de productos Linux, con los mejo¬ 
res márgenes comerciales del mercado. 
Además, contará con el asesoramiento 
de nuestros técnicos y ayuda on line. 

Un negocio de rentabilidad asegurada, 
sin cánones de entrada, compatible con 
su actividad y dientes habituales. No deje 
pasar la oportunidad e infórmese en el 
91-356 69 08. 

linux Developer 

La mejor opción para desarrolladores 

SOLUCIONES LINUX ofrece a los profe¬ 
sionales independientes del mundo de la 
programación la posibilidad de adquirir 
todos los conocimientos para trabajar en 
el mundo Linux. Incluye el material didác¬ 
tico y el software necesario a un precio 
excepcional. Sólo para desarrolladores. 

Y también: STAROFFICE, APPLIXWARE, 
ANTIVIRUS, bases de datos relaciónales, 
servidores de ficheros, y mucho más. 


SOLUCIONES LINUX S.A. España ofre¬ 
ce las mejores condiciones para distribui¬ 
dores, con descuentos desde el 25% 
hasta el 40% según tramos de compra. 
Infórmese sin compromiso en el teléfono: 
(91)356 69 08. 

Si desea solicitar una demostración gra¬ 
tuita de alguno de los programas, pónga¬ 
se en contacto con nosotros. 

SOLUCIONES LINUX, LINUX SOLUTION PROVIDER 
LINUX TRAINING CENTER, LINUX PYMES. LINUX 
INTERNET SERVER, LINUX WATCHDOG CONTROLER. 
son marcas registradas de SOLUCIONES LINUX. S.A. 
España, 

WINDOWS NT, WINDOWS 98. WINDOWS 2000, MICRO¬ 
SOFT son marcas registradas de MICROSOFT CÓRPO- 
RATION. 


'ionesLinux • C/ Cartagena 52 • 28028 MADRID • Teléfono: (91) 356 69 06 • Fax: (91) 355 28 95 • http://WWW.U-linUX.COm 































Ponemos a disposición de los lectores de DIVmanía el fruto de los desvelos 
de la pléyade de programadores que han optado al premio del concurso de 
programación de esta revista. Para que aprendáis de sus aciertos, de sus 
errores y, sobre todo, para que os divirtáis con ellos, algunos son exce¬ 
lentes; otros simplemente divertidos; todos merecen la pena. 

LOS TRES GANADORES 

Mención aparte merecen los tres juegos ganadores de este mes, tam¬ 
bién disponibles en este CD-Rom. 

# 

REVISTAS ELECTRÓNICAS 

El segundo número de Divnet y la presentación de Vitalweb al completo, 
dos estupendas revistas dedicadas a DIV y a la programación de juegos. 

Para todos aquellos que no dispongan de conexión a Internet. 

FONDOS DE ESCRITORIO 

Un lector de esta revista nos ha ofrecido unos fondos de escritorio para meter en el 
CD. Por supuesto que sí, si hay sitio meteremos todo aquello que nos enviéis. 

CURSOS DE JUEGOS 

Todos los complementos que necesitas para seguir todos las lecciones de nuestros cursos. Casi todas las secciones llevan códigos que 

por su extensión no es posible meter en la revista. En el Cd-Rom los encontrarás enteros. Además hay pequeños programas que seguro 
os serán de utilidad. 



REPORTAJE. Lo que debes saber sobre la 
Inteligencia Artificial. 



FONDOS. Cedidos por uno de nuestros lec¬ 
tores esperando que os sean útiles. 



CONCURSO DE JUEGOS. Os presentamos 
a los ganadores de este mes y el código de 
sus juegos. 








¡ P fy -f 1 MfAT Util 
|ftef 

■hltel 1 . 

Irip 

Ji a ■ i J i iJu 4 I 

¿M'.l -kfrniiiV'lll 

1+0 *T+P"‘ , f»+0- 
rkr 

MV íwi# 

imi 

i u* 4 ll l 


U«M ¡ «Mj . dfc-i_d I, .bn.aa-1 
arr la baa^liii ijjr vuiy H r^nn 
!*> '■■Vr*|k 

■ La litfkpial íL> la JaVnu. 

dv áraf rí- lainaAi Á-h nauia 


Al# 

ll'-L- !•>„ llri.l 

■+ *Kt 

tan» 

¡1*4 úib-n-.n 
*«|. «a lí^' :• i | 
•+"*! * 

aJ 

rjj ■ h*iil 


El manf^ 0 * udM» de Celia era una de Lt( 
carencia» impariant**. de DIV 1 , pero can la llegad* da 
DlVi ir un íunciofiaa da mimB>ul*C¡ón de alrrhg* h 
M* «tuCkrfiaNio tu gran parta kn proMmdh r 
’ i maulLa muy Mertíth?. 


™i»™ i* ^ ■ ira ■ 

"»HH M'd -M te-. A ■ i 
■ I -m* ■ |uaiAMrV-J I n qA 




nía laau ■ »u-rK‘ tm kl 

gnr m hete 


ti l!WS- apr 


i II H «MW W MJh 

*■ IfL» L«h |"f« Mlí. -te iüW 
■ Hlll» UI rlWNlált. 

ilu-iLmür rj ini A ln tn iiuaa 

Wr^hián 


,|Sil|iMI ij ■d.uf 

teten 

M • 

tep< 

h a j ■ Vi Vlki^ia u i | 

h|M- a 

■Tki 

ü'mTIÍI J i 
_-ul|a-i ■Á.dl. 


Monjil F**1|*'ib 


it-itetell im+V ‘i. naabil • 
i i. bU)|I JO 

.■■i • uir^r iii 

L < J&tlu íbbÉla>i #4 lua 

«* P Ul U-d,/ 

rfenabx* i • É l 


>il ii iiabeiJ ilnJuii. iu.L,- 
raí ■■■>-■ u i bar te ¡ f&ra-* -.* 

• h¡ i *É«d -np 1 rpa-Lma■ ■ h 

li-máhak- ni ha ■ kViu ,b-Jai 
habrimteni^hua mi .a 
itrijaBr H uy> ihrl a i, da 

1 -I «4» é+ tal »'l VW 
■|W pe rtarUs iir Ti' I -i., «¿a, 
Iahf-te inálaiir a ¡V ahita ib 
rb r-ib- kn Hyi . |Ui «"Ti 

+• mp«*+r ‘fff'ipt- ¡ -tijera 
dlri I aletea -le-, bar i. H ira .» 
hÉStá 


- 

irv+MfeL 


pUpKFf" ib# rVWpi, 
phhtr. 

■«'¿B "ki* ■ . 


tfc B r ~- ífi*--' e .é*ÍT*V-5 i #th ■ 

V» 4 1 ü * ulm i+ 

• i"* '■ ! d “latín ida I ila Kaa a ai 
A -Jp rliakia ihtiild m|ii >1 
PteJP*" !•*' ‘|r V k 1i Wh LIW 

t kteia >< .te iIb-upj lia 

* -Ha r ü*idb . rlaa Lie. bHiai .tr i* 

1 ■* '••• Ift ' te te* MI ‘J“ ■ 

■HPlniH H-illNilph *Ha- 
■PK id »e#f -h» -'teme+rr r-i i iaby. 

jw ■ d# la teuá 

IrSnr ilnui . . »a.i.T . 

I auaiirSa jHmi II H I H H" i 


ACTUAL EXHAUSTIVO 





Havas 

Gigante ton pies firmes 


) * ( 

HAVAS 

ínter jcitvc.* 


Prtttiirie en cu*, ladea loa teclea* del ku 
mediatice. Haviit. «» un» de !»b emprt i ri; de 
thalritwjc ion y dea^rrclki ( 1 * «litan moa . . jm., ¡ k- 

imporlamles de la actualidad Sdi, lilaila! reí* iTS.' rr. •. »• ... 
ccJTiOíada*. Sietra y Bluurd. aan avtanlrcaf. 
taclonai da |ti*goa 4 e Éhild mundial Vamos ■ mu V t L"ú. Z\ ,Tu” 1 . 

dar lhi repaao del pr*««nL* v Mufu de «ala 
compañía 


■■w ■w »■ ni* »te : * rr 
w rte rafe ; ■ ü * 

MM yil+^Hikrin 1 ir r ru 

j'hi Aaa 

teteil ip. 

Liinpi 4--r te 'Ué 


..nhicte >:M a ^ <É , 

-ter ■;lhlhi Liriii bq-s-HiuR 1 ^ 
S+ ^path ■ launa I ílfc ai. 


E nrfr».,nA. 1 -M W 

|»P# »l“ r W- M Id 

Idib R<teÍ .pa ILna. ir-s 
| Mía it Ir. niiiir. nip 
|adnAn m i iwfii d ' * 

*r'"l»h t» + I j#Íi U^i rk udl 
AñdiP I di# irrhtete te rula i ian 
l^iha m- ilbaki. n. , pauk- 

+ii ^a-'. 

■••#i W dNTAdi ipi- •w- ta aflh 
ilr Jhrf 1 Ja |di apellar, ihih-ah^ 
m '■ ladiÁalaal fá «-a fra n|p¡ ^pi i 
■i ~.ai.H S p.p~Vtertp- Ul 

Pdft fUi^’laWi ib+ b-uainlii ib- 
■ -m “■!*-. -te i ■i|ininrii< r-u iba 
■teuIr pnpn nteufaiui a^aip|ra 
rtw ipa adr-apn 

¡?Í!«Éi lii . k ten nua 

hD#-liMhn ’alflbP (iuMniib 
■ a i jr. p. ■■ i i-i i br. ite ^bi i-i,-df 
«te Pfli 9 «Wk 





■ % T r r + * A Ü # í ■ 


* - i • i l * -i ■„ { * C 



DIDACTICO 





















































































































































































